折腾的精神可嘉，但是。。。容我给估计还沉浸在造完轮子的喜悦中的你泼点冷水，相信我，再过几年，你会希望自己没有留下过这段黑历史的
首先，你所谓的 Selector 的“缺点”，证明你并没有真正理解 Selector 的意义，并不是说 configureBlocking(false)就可以称为 NIO 了，恰恰相反，Selector 才是 NIO 的灵魂，让我们来看下你是怎么做的吧，用一个每 100ms 执行的定时任务，循环对每一个 channel 进行 read，这点实在是槽点太多无从吐起，建议你自己先去看看 select 、epoll 、iocp 等的基本原理，如果看完还有疑问的话欢迎回来讨论
至于“如果业务比较耗时，会造成整个循环被堵住”，这个跟是否用 Selector 根本没关系，而是使用者自己应该保证不在 IO 线程里处理耗时业务，再看看你是怎么解决这个所谓的“问题”的，我猜这个 BlockingQueue 应该是你最引以为傲的一部分了吧，恭喜你，你重新发明了线程池……的雏形版
总的来说，这个东西作为一个关于 NIO 以及线程池的概念验证的课后实验还是可以的，但是实际应用的话，价值为零

这不就是 rebase 的典型使用场景嘛
首先确认你的修改还没有 push 到远程分支(如果已经 push 了但是确认这个远程仓库只有你一个人在使用的话也可以，只不过最后需要进行一次 push -f 操作)
1. 确认 git status 处于 clean 状态
2. 找到修改第 2-10 行和 90-100 行的那次提交，记下 commit hash
3. 执行 git rebase -i "commit hash"^，commit hash 为上一步中记录的值，注意不要漏了最后的^
4. 在出现的界面中把那次提交前面的 pick 修改为 edit，其他的提交保持 pick
5. 保存退出
6. 修改文件，把对 90-100 的修改还原
7. 使用 git commit --amend 提交，此时有需要的话可以顺便修改提交说明
8. 执行 git rebase --continue，如果后面的提交中没有再修改过 90-100 行，那么就到此结束，否则就会停下来提示你产生冲突，此时再次修改文件解决冲突(把对 90-100 行的修改还原)，然后执行 git add，git rebase --continue，重复这个过程直到没有冲突为止

到这一步后就达到了你想要的效果了，既保持了完整的提交历史，同时 90-100 行就好像从来没有动过一样

@quxinna 看到你连发了几个帖子都是关于 md5 的，感觉有点钻牛角尖了，有几点个人建议仅供参考
1. 不清楚你为什么要在每个问题里都带上 blueimp，md5 是一个公开的算法，任何一种语言的具体实现都遵循同样的算法
2. 在深入具体实现细节之前，你应该系统性地学习一下摘要算法的基本概念，摘要算法还有很多，而你存在认知错误的几个性质是所有摘要算法都具备的基本性质，与是不是 md5 无关，事实上对于大多数工程应用来说，首先要当作黑盒，充分了解算法的背景及适用场景，有兴趣再去深究具体实现
3. 关于你说的一一对应问题，用简单的鸽巢原理就可以得出结论，md5 的值域是有限的，而定义域是远大于值域的，必然不可能是一一对应，找到碰撞极难是因为这个值域虽然有限，但是对于人类来说还是太大了，想单纯靠碰运气的方式找到碰撞可以认为几乎不可能，这也从侧面体现了分散性的良好
4. 理论上任何一个把任意长度信息映射到固定长度信息的算法都可以称为摘要算法，只是性质有好坏之分，主流的 md5 、sha 等算法之所以能被实际应用在安全领域，是因为它们具备下面这些良好的性质：原文中任意一个位置的改变都会导致结果的改变，原文中任意一个小的改变都会导致结果的大幅度改变，实现细节中的各种操作及常数的选取都是为了实现这两个目标，至于为什么能做到你可以去找别人总结好的背后的数学原理相关的文献看，但是恕我直言按照你现在的理解看这些还为时尚早，毕竟老祖宗也说过，思而不学则殆

满心激动地点进来，满怀失望地退出去

国内的一样有，注意前提，当题目的输入为树时才有

既然准备用于 leetcode，难道就没发现 leetcode 自带这个功能吗？
输入为 TreeNode 的题目里，在输入框的右边就有个“Tree Visualizer”的开关

@GuuJiang 不小心发出来了，接上文
用反证法，假设真的存在 O(lgN)的基于比较的计算 rank 的算法，那么只需要运行一遍这个算法，同时按照计算得到的 rank 把元素放到目标数组的相应位置，于是你就得到了一个基于比较的 O(lgN)的排序算法，然而众所周知，基于比较的排序算法复杂度下界为 O(NlgN)

不清楚题目里说的 rank 是哪一种定义，假如表示的是在有序序列中的索引，那么结论是不可能的

@yyttll #10 唉，前面所有人都白回复了，你还是没看懂，不管 10 号发还是 15 号发，发的都是上月 1 号-31 号的工资，当然是一样的了

深刻地阐述了什么叫思而不学则殆

雷镇宇

个人觉得 in action 系列比较适合用来学新东西，不容易很快失去兴趣，我想学一个新东西前都会习惯性地搜一下是否存在《 xxx in action 》

strategy 拼错了

如果你是要固定的低 n 位取反，那参考#1 用异或，如果你是要从首个 1 以后的部分取反，那么……
亲，这边建议您考虑下减 1 呢

@ODD10 这个随便一搜都能搜到的吧？“我想要解决 X 问题，我觉得应该用 Y 这种方式，于是向别人求助 Y 应该怎么做，但是实际上想要解决 X 并不应该用 Y”

不清楚是否存在专有名词，但是如果我自己来命名的话第一个会叫 anyMatch/anySet，第二个会叫 allMatch/allSet，从代表标志位的角度出发更倾向 Set 这组

docker 不是虚拟机
docker 不是虚拟机
docker 不是虚拟机

所以在 docker 里跑 cron 本身很可能就是个 XY 问题

手边没有书，不过单就你贴出来的内容来看，并不是你在题目里理解的那个意思，这段话是在说明为什么找到大小至少为 2 的流等价于解决了原问题，因为假如只有唯一路径(也就是说原文题无解)，那么必然存在桥边，从而流量必然不大于 1，即桥边的流量，反之，如果流量大于等于 2，则说明存在非唯一路径，即原问题有解

这句英文的意思应该是“如果从源点到汇点最多只有一条唯一路径”，这样看的话这个结论不是“显然”吗？路径上的任意一条边都满足这个条件啊