1. 记忆力减退
2. 经常数错数
4. 记忆力减退

注意看，这个男人叫小帅

@linyinma 我刚看到标题时第一反应也是这个，但是 op 明确了是 ConcurrentHashMap 的前提下这个例子是不成立的，建议再仔细看看 stacktrace ，确认抛异常的操作目标确实是 ConcurrentHashMap ，就好像 stackoverflow 上有个类似的提问贴出来的例子就很有迷惑性，他虽然使用的是 ConcurrentHashMap ，但是 putAll 的参数不是 ConcurrentHashMap ，实际上是在遍历参数的时候抛的

不可以，很多时候 context.getBean 拿到的是一个经过了代理的对象，这也是 Spring 的各种黑科技能够发挥作用的基础，你这样的方式拿到的 bean 和 context.getBean 拿到的连 class 都不一样

//项目经理要求这里运行缓慢，好让客户给钱优化，得到明显的速度提升
Thread.Sleep(2000);

你就是王多鱼本鱼？

强烈反对这样做，并不是所有看起来由 0-9 组成的东西都是数字，身份证号、银行卡号、学号等本质是“数码”而不是“数字”，对这类“数字”进行数学运算是没有任何意义的，可能存在的运算是作为字符串运算(因为现实当中制定数码时通常会让某一段具备某种含义)，讽刺的是，哪怕微软都在犯这种低级错误

没那么高深，如果仅仅是识别是否存在 mitm 的话只需要把证书链和内置的证书链进行对比就行了，验证方法也很简单，在路由器上或者别的设备上运行代理，如果仍然有弹窗就能证明

SubClass.super.func1()
原因是你这里是在一个匿名内部类里

你把这个方向反一下，仍然可以得到一个自洽的体系，在这个体系里，各种代数运算(在新的规则下)仍然成立，只不过一个是右手系，一个是左手系而已

其实完全没有可比性，因为不管 haskell 的 Maybe 和 Either 也好，rust 的 Option 和 Result 也好，都是一种和类型(sum type)，而 go 里不管是原生的(result, err)也好，还是你这个例子里的 Optional 和 Result 也好，都是一种积类型(product type)，二者是完全不同的两个东西，说句可能会引战的话，go 的 error handling 就是个没有理解和类型与积类型的区别，抄作业只抄了一半的结果

NUL 、CON 、COM 、PRT 这些文件名在 win 上还是避免使用吧，一了百了

当你开始有这个想法的时候，就离沦为电信诈骗者刀下的“猪”不远了

个人感觉意义不大，写正则时的障碍并不在于记不住具体的语法，而在于无法准确地提炼出期望的模式，后者只要解决了，前者只是查个手册的事。所以说对于写不出的表达式，用 DSL 一样写不出，而能写得出的，老老实实写正则才是最简洁的，写 DSL 的过程反而是强行把心里想的正则再反向翻译回来。
感觉这个东西试图解决的问题，就跟“中文编程”一样，搞错了问题的重点。

刚才搜索了下，对于这个问题，目前没有什么比针对每一对结点分别跑一遍最大流算法更优的算法

@microxiaoxiao 你可能对最大流的定义有点误解，当我们在讨论一个最大流时是不能脱离源点汇点单独存在的，换句话说只有预先指定了源点和汇点，接下来才能讨论最大流
不过我也大概理解了你的意思，你的意思应该是“在可以任意选择源点和汇点的前提下，所有任意组合的最大流中的最大值”，这个确实没有认真想过，和这个比较接近的是有多个源和多个汇的问题，解决方法是添加一个超级源和超级汇，然后求解，但是我猜这个方法应该是无法直接套用到你说的这个场景的，可能需要一些手段来规避同一个结点既作为源又作为汇的情况，否则的话求出来直接就是无穷大了，细节容我再想想

@microxiaoxiao 重新准确描述下，你的意思是，是否存在一个算法一次性求出指定源点到其他所有汇点的最大流?还是说一次性求出所有点两两之间的最大流?(类似于最短路问题中的 floyd 算法那样)

@uSy62nMkdH 现在电脑上没有 GP 了，只能凭印象回忆一下，界面上一直显示正在连接是个典型的问题，因为实际上负责连接的是另一个 agent ，界面上一直显示正在连接排除网络问题外通常就是唤起 agent 失败了，可以看下~/Library/Logs/PaloAltoNetworks/GlobalProtect 下面的 PanGPA.log 和 PanGPS.log 里有没有什么线索吧