在线调试方案的思考与实践

来源:http://www.sh-fengwen.com 作者:瘦身美容 人气:163 发布时间:2019-10-03
摘要:在线调试方案的思考与实践 2015/08/28 · HTML5 ·调试 原文出处:李靖(@Barret李靖)    本文的要点不在移动端调试上,移动端调试无非就是调试页面和调试工具之间存在分离,消除这种

在线调试方案的思考与实践

2015/08/28 · HTML5 · 调试

原文出处: 李靖(@Barret李靖)   

本文的要点不在移动端调试上,移动端调试无非就是调试页面和调试工具之间存在分离,消除这种分离并创建连结就能解决移动端的调试问题。重点阐述的是所见即所得的调试模式下会遇到的阻碍。

当我们打开网页,发现一个模块没有正确地渲染或者空白时,如果控制台有报错,会直接根据报错定位到源码位置开始 debug;如果控制台没有报错,则会根据模块名或者模块特征的一个值,通过全局搜索找到这个模块的位置,然后在调试工具中断点,单步调试,找到问题所在,此时我们可能会这样做:

情形一:

小A同学打开控制台,发现断点调试不好写代码,于是将压缩的源码复制一份保存到本地,格式化,然后将线上资源通过代理工具代理到本地文件。

情形二:

小B同学早早的为自己配了一份本地开发环境,于是他遇到问题之后,直接去源码中定位错误位置,由于使用的是预处理语言,所以需要先打包编译之后再在本地预览效果。

情形三:

小C同学的调试方式是小A和小B的综合版本,将线上的资源代理到本地 build 目录文件,在 src 目录下修改之后编译打包到 build,然后预览。

背景

生产环境中可能出现各种问题,尝试调试时需要获取程序运行时的数据信息,如方法参数、返回值来定位问题,通过传统的增加日志记录的方式非常繁琐,而且需要重新部署及重启server,代价很大。BTrace应运而生,调试时无需重启服务,可以动态地跟踪java运行程序,将跟踪字节码注入到运行类中,对运行代码侵入较小,对性能上的影响可以忽略不计。 官网地址请点击

☞ 代理调试的烦恼

而对于比较复杂的线上环境,代理也会遇到很多障碍,比如:

线上资源 combo

出现错误的脚本地址为  ,它对应着 a.js,b.js,c.js 三个脚本文件,如果我们使用 Fiddler/Charles 这样的经典代理工具调试代码,就必须给这些工具编写插件,或者在替换配置里头加一堆判断或者正则,成本高,门槛高。

线上代码压缩

打包压缩,这是上线之前的必经流程。由于我们在打包的环节中并没有考虑为代码添加 sourceMap,而线上之前对应 index-min.jsindex.js 也因为安全方面的原因给干掉了,这给我们调试代码造成了极大的不便利。

代码依赖较多,拉取代码问题

很多时候,我们的页面依赖了多个 asserts 资源,而这些资源各自分布在多个仓库之中,甚至分布在不同的发布平台上,为了能够在源码上清晰的调试代码,我们不得不将所有的资源下载到本地,期间一旦存在下载代码的权限问题,整个调试进度就慢下来,这是十分不能忍受的事情。比如某系统构建的页面,页面上的模块都是以仓库为维度区分的,一个页面可能对应了5-50个仓库,下载代码实为麻烦。

最可怕的调试是,本地没有对应的测试环境、代理工具又不满足我们的需求,然后就只能, 编辑代码->打包压缩->提交代码->查看效果->编辑代码->... ,如果你的项目开发是这种模式,请停下来,思考调试优化方案,正所谓磨刀不误砍柴工。

配置

在%JAVA_HOME%bin 目录下打开jvisualvm,菜单中"工具"->"插件"->"可用插件" 中,勾选"BTrace Workbench",点击安装即可。

☞ 开启懒人调试模式

当看到线上出现问题(可能是其他同学负责页面的问题),脑中浮出这样的场景:

复制代码 我:"嘿,线上有问题啦!我要调试代码!" 电脑:"好的,主人。请问是哪个页面?"(弹出浮层) 我:浮层中输入URL。 电脑:"请问是哪个地方出问题了?" 我:(指着电脑)"模块A和模块B。" 电脑:正在下载A、B资源...正在将上线A、B映射到本地...自动打开A、B对应文件夹 我:编辑代码,然后实时预览效果。

1
2
3
4
5
6
7
8
复制代码
  我:"嘿,线上有问题啦!我要调试代码!"
电脑:"好的,主人。请问是哪个页面?"(弹出浮层)
  我:浮层中输入URL。
电脑:"请问是哪个地方出问题了?"
  我:(指着电脑)"模块A和模块B。"
电脑:正在下载A、B资源...正在将上线A、B映射到本地...自动打开A、B对应文件夹
  我:编辑代码,然后实时预览效果。

在这里我们需要解决这样几个问题

  • 将页面对应的所有仓库/资源罗列在用户面前
  • 下载资源的权限提示和权限处理
  • 线上资源解 combo,然后映射到本地

当然调试之后,可以还有一个操作:

我:"哈,已经修复了,帮我提交代码~" 电脑:正在diff代码...收到确认提交信号,提交到预发环境...收到已经预览信号...正在发布代码...收到线上回归信号...流程结束

1
2
我:"哈,已经修复了,帮我提交代码~"
电脑:正在diff代码...收到确认提交信号,提交到预发环境...收到已经预览信号...正在发布代码...收到线上回归信号...流程结束

除了 debug 代码,我们需要做的就只是用眼睛看效果是否 ok,整个流程优化下来,体验是很赞的!

实战

  1. 被调试的代码
public class Test {
    public static void main(String[] args) {
        Test t = new Test();
        System.out.println(t.add(1, 2));// 在此行打上断点
        System.out.println(t.add(5, 7));
    }
    public int add(int a, int b) {
        return a + b;
    }
}
  1. 按照注释打上断点后,使用debug模式运行程序。此时会在断点停留。
  2. 打开jvisualvm,选择Test程序,鼠标右击,选择"Trace application..."如下图:

图片 1 4. 在jvisualvm的文本框中录入如下代码:

/**
 * http://kenai.com/projects/btrace
 */
import com.sun.btrace.annotations.*;
import static com.sun.btrace.BTraceUtils.*;
@BTrace
public class TracingScript {
    @OnMethod(clazz = "Test", method = "add", location = @Location(Kind.RETURN))
    public static void func(@Self Test instance, int a, int b, @Return int result) {
        println("调用堆栈:");
        jstack();
        println(strcat("add 方法参数a:" , str(a)));
        println(strcat("add 方法参数b:" , str(b)));
        println(strcat("add 方法返回:" , str(result)));
    }
}
  1. 点击上方的Start按钮,稍等片刻,"output"区域将出现"** BTrace up&running",如下图所示:

图片 2 6. 被调试的代码中的断点继续执行(Resume[F8]),会发现服务端有输出,如图所示:

图片 3

  1. jvisualvm的"output"区域中,出现额外的内容,
** Compiling the BTrace script ...
*** Compiled
** Instrumenting 1 classes ...
*** Done
** BTrace up&running

*** Done
** BTrace up&running

调用堆栈:
Test.add(Test.java:8)
Test.main(Unknown Source)
add 方法参数a:1
add 方法参数b:2
add 方法返回:3
调用堆栈:
Test.add(Test.java:8)
Test.main(Unknown Source)
add 方法参数a:5
add 方法参数b:7
add 方法返回:12
** BTrace has stopped
** BTrace has stopped

如下图所示:

图片 4

此案例只是展示了BTrace强大功能的冰山一角,请读者朋友们参考官网,在实际运用中发掘它更大的威力。

本文由美高梅游戏平台网站发布于瘦身美容,转载请注明出处:在线调试方案的思考与实践

关键词:

上一篇:前面多个面试

下一篇:没有了

频道精选

最火资讯