@xuanbg 入参 只有 A 和 B 两个正则本身

@lyhang 你理解错意思了

@ALLROBOT 没太看懂 但感觉不是

@lookStupiToForce 周末 再仔细看下。。感觉有点像。。。

@lookStupiToForce A1 == B1 也行...

jstack

@JinTianYi456 看了下 sleuth 的源码... sleuth 做了线程池 bean name = taskExecutor 的 wrap 。
看着像是 DefaultAsyncConfigurerSupport 这个类 做的业务逻辑。。

@JinTianYi456 System.err.println(executor.getClass().getClassLoader().getClass().getName());

@Aruforce 或者你看下 @Configuration proxyBeanMethods 默认行为是不是 true

查下这个类是不是被 spring 加载的。。如果不是。。 @Bean 相关的的 methodInvokeInterceptor 是不生效的

原理？

@qfdk 那你们功能也真简单…一星期就能切掉…

感觉 0 好理解一点儿…

有 where 过滤么？ 不过滤 左联干啥啊

@kevinonepiece 还有个 user 的 settings.xml 你也看看

尽管 Son 和 Father 都有 money 。。但这是两个 money 。。。

第一个输出的 money 是在 Father 类初始化时尚未初始化的 Son 的 money...

而这个值应该是 0 虽然你直觉可能觉得是 3...

在 Father 的初始话代码执行的时候... 实际上 son 的 money=3 尚未执行。。所以默认值 0

@bthulu timestamp

@kikione 锁的又不是 value,是 reference 的地址也就是 id 具体的地址...而这个 id 地址 每次方法执行都不一样；

这里的 id 不是 C 的 char * str = "predefinedstr" 语句 里面的 str
这里的 id 是 C 的 char str [] ="predefinedstr" 的 str....
所以。。。。

@xieqiqiang00
现在：
5 秒盾 对于正常用户来说就算是一种工作量证明，但是现在 DDOS 的人家才不管你这套 ...
一方面 CDN 判断失误的....导致 请求漏到后端网站 直接占的你的 connection 不释放...影响正常用户使用
另一方面 即使 CDN 没判断失误... CDN 抗 DDOS 的流量也是要买的而肉鸡流量不要钱的....


攻击源有能力算 js 之后：
1. CDN 判断正确 你是 DDOS
1.1 你想打到后端网站的话 你得遵从 CF 规则假装成正常请求 等 5 秒之后 CF 才会放过你 替你去后端网站拉数据过来...
这样就拉长了时间 降低了后端网站流量负载....所以不能说 5 秒盾不堪一击...
1.2. 如果 你不等 5 秒 那就是 CF 就拦截了你的请求 ...
2. CDN 判断失误
你就流量打到了后端网站.. 这种没办法只能后端网站硬抗。。