Menglei Jin

感谢你的分享，请问你的实现中，是不是不支持局部变量和返回值、抛出异常同时观测？

> > 感谢你的分享，请问你的实现中，是不是不支持局部变量和返回值、抛出异常同时观测？ > > 支持同时观测，只是目前只是 OR 的关系，做不到 AND 关系（即在抛出异常的前提下，才输出每行的值） sorry，我昨天看了一下WatchAdviceListener的源码，应该是支持同时观测的吧，如果想同时观测，把这几个观察点（-l -b -e -s）都选上就可以了吧。然后请教一个问题，如果并发量比较高的情况下，这几个观察点的观察结果是不是可能是不连续的，比如正常情况：b l s b l s，并发量高的情况b b l s l s

> 我自己的实现方式是换了一个新的break命令，这样不会影响原始的watch。不过看作者 @hengyunabc 是什么意见吧 这个实现也不会影响原始的watch吧，只是对watch的观察事件点进行了扩展，这样设计是不是更合理一些，因为观察局部变量的同时经常也需要观察入参，返回值和异常

@lotabout 想确定一下，现在针对某一行观察局部变量时，我试了一下是可以重复增强的，这个是bug还是本来就是这样设计的？ 我看Enhancer代码里，也加了atLine过滤器，但是还是重复增强了 a, 增强前反编译： ``` public Result getTopTerm(TrendRequest trendRequest, boolean isDeviceBrand) throws Exception { String requestBody; ResponseEntity esResponse; JSONObject object; /*116*/ if (BuglyStatInfoService.checkRequest((TrendRequest)trendRequest)) { return Result.error((Status)Status.REQUEST_PARAMS_NOT_VALID_ERROR); } /*117*/ AppInfo...

> HTTP API的实现的确是延后处理的，目前没有太好的办法。深拷贝可能会消耗很大。 考虑到可能消耗很大，那是不是可以在存入队列之前，把对象序列化一下（和命令行处理方式一样），把序列化之后的结果存入队列

@yuhao3952 你好，我也遇到了同样的问题，请问应该如何解决