wangliguang517
wangliguang517
是因为数据量大的原因吗？
我遇到的那次，日志也没有。就一直卡主了。 > 2021年4月28日 上午10:10，吴祖洋 ***@***.***> 写道： > > > 可以检查一下 data/LOG 文件和 data/LOG.old, 看看里面有没有错误提示? > > — > You are receiving this because you authored the thread. > Reply to...
> 可以检查一下 `data/LOG` 文件和 `data/LOG.old`, 看看里面有没有错误提示? 像没有日志的这种情况，怎么解决。 或者新版本有解决吗？
how to avoid this problem
Then I can just pull the branch directly, right? If the application is merged into the trunk, what tests do you need to go through? Because our changes are compatible...
https://github.com/dhgate-group/protostuff my company fork path. To solve the compatibility issues caused by tags without sacrificing performance, I decided to implement a solution that uses the tag if it exists, but...
> 参考下这个，要理解spring poxy是怎么工作的。 #1424 被代理对象我是知道的，现在是intercept耗时，但是再继续跟入，没法达到trace的效果
> > > 参考下这个，要理解spring poxy是怎么工作的。 #1424 > > > > > > 被代理对象我是知道的，现在是intercept耗时，但是再继续跟入，没法达到trace的效果 > > 直接找到原始的函数再 trace，本质上 proxy 还是要调用原始函数的。 直接 trace proxy相关的代码，所有proxy 的结果都会打印，当然乱了。 我现在发现的问题是原始函数不耗时。上面的intercept耗时
>  > > 为啥没有打印最耗时出的操作，只打印了占1.93%耗时的子操作 和我的问题差不多。这其实已经能定位intercept耗时了 但是再往下继续就查不了了
同问 在trace spring的intercept时碰到的类似的问题。 目的：找到org.springframework.cglib.proxy.MethodInterceptor:intercept耗时的原因 但是spring intercept层数太多，好像arthas不能正常工作