你那不是研究得细。。而是语言掌握得不扎实。。

国外不是根本就不研究得这么细，人家英语过关直接看 http://gee.cs.oswego.edu/dl/papers/aqs.pdf
这比看啥二手博客不强？

1. 输入不确定的情况下，就是得检查；
2. 这纯粹是语言基础问题。。检查两遍是因为检查的是俩不同的对象；

1. 运行期间头结点是有可能变的；
2. 啥叫从 SIGNAL 到 0 再到 PROPAGATE，那特么是俩逻辑分支；
3. 别说了；

以太坊？

Linus 写的那版 Linux 是完全免费的，但是没几个人用。。Red Hat 的发行版是收费的，一票不差钱的企业再用。centos 是免费的，穷比们在用。

Oracle 写的那版 OpenJDK 是完全免费的，也没几个人用。。Oracle 的长期维护版是收费的，穷比们心疼钱也舍不得用。一票免费的长期维护版，不知道用。。

以为是说找女朋友。。。

最简单的，你去他们源码里一行一行看注释，发现个语法错误或者单词拼写问题（对变量名也适用），就改一下然后提 pr 。不需要啥水平（照着字典查就不需要英语），就能成为高端大气上档次开源项目的贡献者。

没有这个字体。。

百度一下，你就知道。

我有一个绝妙的 O(1)算法，可惜地方太小写不下。

你可以理解为每个对象都有一个属性，用来标记它是不是被持有锁，如果线程请求的一个锁被持有，就无法获取这个锁。

1L 某种程度上是对的。。但就代码本身，绝大多数业务代码并不需要可扩展性，所以`完全遵照 Effective Java 里面的要点设计代码`最终只不过是浪费时间。如果是设计给人使用的框架，有必要遵循的。

@techme #2 去掉所有的负数，求和，如果和是奇数，就减去最小的奇数返回，如果和是偶数，就直接返回。

服务器项目为啥要混淆呢。。。

鸡肋的优化。。

第三个题可以转化为数组内最小的正奇数是几。。。

出现这种睿智代码的主要原因可能是上游什么业务写得睿智。。不过这个问题本身，可能 json 序列化+反序列化的代码最简介（当然效率不是最优）

只会联邦的。。

1. 和并发有关系，提升效率最终目的是提升并发量；
2. 架构选择和是否高并发没关系；
3. 找到慢的原因，读写分离并不是解决慢的银弹；