@yefeng
这跟线程安全与否无关，这里描述的是当你的ThreadLocal变量逃离了它的作用域时会引起的问题，你仍然是在同一个线程的上下文下，但作用域已经改变了。你可以将ThreadLocal理解为一个线程内的全局变量，但你的应用规定这个ThreadLocal存在一定的逻辑作用域（比如一个request的处理），当你跨作用域传递它而又不进行重置操作的话就可能会引起问题。ThreadLocalRegistry的目的是提供集中的重置处理，以防止由于“马虎”引起的问题。

@changedi
批评的有道理，图片确实弄大了。已经调小点了。

@libinsong1204@gmail.com
请原谅我的时间相对比较紧张，稍有空闲我会继续翻译，请稍等一段时间。以后我也会争取在这里首发一些针对中国读者的内容。（不会让大家总是比外国人慢半拍的）

@ilovetjf@163.com
1）这不是bufferSize的问题，测试中BufferedInputStream的bufferSize和显式使用的byte[]的大小相同（8k），这个测试不是为了找出多大的bufferSize是最佳大小，而是为了比较两种使用buffer方式的性能差异。
2）使用内存数据是为了放大同步保护对性能的影响，在实际应用中大量使用内存流的例子随处可见。比如web应用中Etag，minifier，gzip，cache等filter都是要借助于内存流来处理数据的，所以内存流性能的重要性一点也不必磁盘流的低。

我没明白“而并发读写有时候性能来看低”指的是什么？测试是在单线程下执行（文中有说明，请仔细阅读）。这里想要证明的是synchronized对单线程的性能影响，之所以强调这点是因为JVM的相关资料中有说明对于弱竞争的锁JIT会进行优化，而实际测试结果显示优化的并不怎么样。