《on Java 中文版》读后感（《JAVA编程思想》的原作者）（JAVA 小虚竹）

Posted 2021-12-25 小虚竹

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了《on Java 中文版》读后感（《JAVA编程思想》的原作者）（JAVA 小虚竹）相关的知识，希望对你有一定的参考价值。

❤️作者简介：大家好，我是小虚竹。Java领域优质创作者🏆，CSDN博客专家🏆
❤️技术活，该赏

❤️点赞 👍 收藏 ⭐再看，养成习惯

开篇介绍

感谢图灵图书的邀请，能提前拜读Bruce Eckel 的新作《On Java 8》，Bruce Eckel 是《Thinking in Java》(中文版是 《Java编程思想》（第4版） )的原作者，巨佬（大佬中的大佬）的新书值得期待。

《On Java 8》 是图灵程序设计丛书，由图灵社区组织翻译。从图灵官方得到的资料：翻译的4位译者大佬，是从200份试译稿中经过层层筛选脱颖而出。

同时还有30位一线的JAVA专家参与本书中审读中，可以看出图灵社区十分认真负责，很重视翻译质量。这个对于我们读者来说，是很重要的阅读体验。

主题

《On Java 8》 重讲了JAVA编程思想，本书基于Java8 的特性进行该语言的编程教学。

但是现在java17都要发布了，如果只有增补了java8内容，会有所遗憾。所以图灵、4位译者 和Bruce Eckel 讨论后决定，专门为中国读者新增一部分java11 和java17 的内容。这是对我们中国读者的福利了，哈哈。

特色

本书适合各个层次的Java开发者阅读，同时也可作为高等院校讲授面向对象程序设计语言以及Java语言的参考教材。

对我的影响

读书时，在老师的推荐下接触到了《Java编程思想》（第4版），这本在我看来是“java圣经 ”。因为从我刚开始学习JAVA编程，到现在从业JAVA开发十年左右的时间里，在不同的阶段，每次阅读都会有所收获。

我的一个糗事，刚好跟大家分享分享，我差点因为这本书，放弃编程这条路。我拿到这本**《Java编程思想》（第4版）** 纸质书时，特意比了下厚度，有4个手指头的厚度，总共快900页的书，这得看到什么时候。当时满怀激情，还列下了学习计划，每天学习一两个小时这本书。有句话说得好：坚持一个月养成好习惯 。结果是，从头到尾 一章章地阅读这本书，第一周凭激情坚持了下来，第二周就坚持不下去了，内容太干货了，硬啃太难受了。而且，第二周，第三周时，之前看的内容，也忘得七七八八了。编程太难了，我想回农村。

但是老师强力推荐这本书，肯定是有价值的。是不是我的打开方式不对。难道要像易筋经那样，倒着看，侧着看？后来去请教了老师，把我读不下去的问题跟老师请教。原来真的是打开方式不对，像这类的技术书，不应该像初中高中的教科书一样从头读到尾 ，我们学习用到的教科书，大部分的结构是由浅入深，前后的知识依赖性强，不能用挑着看 这种方式。但是**《Java编程思想》（第4版）** 这本书就可以。

书中每一章都会介绍一个或者一组互相关联的概念，同时这些概念不依赖于当前章节没有介绍的特性。因此，你可以结合当前获取的知识来充分理解上下文，然后再阅读下一章。

引自《On Java 中文版（基础卷）》前言

这本书的正确打开方式应该是，带着问题来找解决方案 。例如作业，课设和实战项目等这些就是比较好的切入点，举个例子，你要实现对文件的操作功能，包含创建文件，复制文件，文件追加文件和删除文件等功能，那就要了解第18章 JAVA I/0系统 。本章会介绍JAVA标准库中IO的各类以及它们的用法。在看的时候对某个概念不理解，就返回目录查看相关的章节内容。这样一来一回，不会枯燥，而且当把问题解决时，是会有成就感的。这种成就感，就会转化为坚持的激励。

而且里面提供了很多代码例子，跟着一个个字母码代码，结合带着问题来找解决方案 。过程是bug满地的，通过一次次的调试和修改代码，结果是问题解决了，代码量上来了，兴趣也养成了。

内容分享

分享一个实战案例：《ThreadLocal在线程池中引发的问题》

ThreadLocal引发的血案

背景

张三在开发业务系统A，发现系统的当前用户的租户信息取不到，这种情况是偶发的，遇到过几次，无法直接重现。这个问题上报到了架构组，后面流转到了我的手上。

定位问题

首先，排查了获取当前用户的租户信息接口，经过压测，没有出现问题。

然后，在张三的开发环境上尝试重现，尝试多次，还真的出现了取不到当前用户的租户信息的问题。断点跟进时，发现获取的当前用户租户信息 变了，不应该啊，相同的session会话，用户没有做登出动作，也没有新的用户登录，当前用户租户信息 不应该会变化。

跟进代码查看，当前用户标识 是存在**ThreadLocal对象 ** 里的。

所以有可能是ThreadLocal 用法没用对。

ThreadLocal介绍

**ThreadLocal ** 通过字面上就很好理解，它是线程本地化变量。

并发编程时，经常遇到多线程操作同一个变量而导致处理异常。这个就是我们常说的线程不安全问题。针对这种情况需求：都使用同一个变量，但是要求每个线程里的这个变量值不会串掉，这时候就轮到**ThreadLocal ** 出马了。

**ThreadLocal对象 ** 通常当做静态域存储。可以为使用相同变量的每个不同线程创建不同的存储。

在创建ThreadLocal 时，只能通过get() 和set() 方法来访问对象的内容。

get方法 ：将返回与线程相关联的对象副本；

set方法 ：将参数插入到其线程存储的对象中，并返回存储中原有的对象。

ThreadLocal源码分析

package java.lang;

ThreadLocal 是JDK提供的源生代码。

get方法 源码

public T get() 
    //g1
    Thread t = Thread.currentThread();
    //g2
    ThreadLocalMap map = getMap(t);
    //g3
    if (map != null) 
        ThreadLocalMap.Entry e = map.getEntry(this);
        if (e != null) 
            @SuppressWarnings("unchecked")
            T result = (T)e.value;
            return result;
        
    
    //g4
    return setInitialValue();


    private T setInitialValue() 
        //s1
        T value = initialValue();
        //s2
        Thread t = Thread.currentThread();
        //s3
        ThreadLocalMap map = getMap(t);
        //s4
        if (map != null)
            map.set(this, value);
        else
            createMap(t, value);
        return value;
    

protected T initialValue() 
        return null;
    

ThreadLocalMap getMap(Thread t) 
        return t.threadLocals;

get方法 的代码逻辑

第一步：得到当前线程对象

第二步：获取当前线程对象的threadLocals 变量值，就是ThreadLocalMap

大家发现没，ThreadLocal 的值存储是存在线程的threadLocals 里的。而不是存在ThreadLocal 对象中。

第三步：如果map不等于null，从map中查找到本地变量的值，返回本地变量的值。

第四步：如果map为null,则返回初始化当前线程的本地变量。

初始化当前线程的本地变量方法 的代码逻辑

第一步：给变量value 设置null值，置空。

第二步：得到当前线程对象

第三步：获取当前线程对象的threadLocals 变量值，就是ThreadLocalMap

第四步：如果map不等于null，设置map的值，key为当前线程，值为设置成null的变量value

第四步：如果map为null,就要创建map，再设置值,代码如下，这个就很好理解了

void createMap(Thread t, T firstValue) 
    t.threadLocals = new ThreadLocalMap(this, firstValue);

set方法 源码

public void set(T value) 
    //s1
    Thread t = Thread.currentThread();
    //s2
    ThreadLocalMap map = getMap(t);
    //s3
    if (map != null)
        map.set(this, value);
    else
        createMap(t, value);

set方法 的代码逻辑

第一步：得到当前线程对象

第二步：获取当前线程对象的threadLocals 变量值，就是ThreadLocalMap

第四步：如果map不等于null，设置map的值，key为当前线程，值为入参的变量value

第四步：如果map为null,就要创建map，再设置值。

remove方法 源码

public void remove() 
    //r1
    ThreadLocalMap m = getMap(Thread.currentThread());
    //r2
    if (m != null)
        m.remove(this);

remove方法 的代码逻辑

第一步：得到当前线程对象，获取当前线程对象的threadLocals 变量值，就是ThreadLocalMap

第二步：如果m不为null,移除当前线程中指定ThreadLocal实例的本地变量

综上所述，我们可以知道ThreadLocal 在每个线程中都有一个threadLocals 变量。这个变量的类型是ThreadLocal.ThreadLocalMap (类似hashMap),key 为当前线程，value 值为用set方法 设置的值。每个线程的ThreadLocal 都会存自己的本地内存变量threadLocals ，如果线程没有被干掉（线程池的线程是可复用的 ），那这些本地内存变量就会一直存在。

根据这个理论，找到程序有调用一个模拟登录的接口,用来处理一些特殊的业务。问题出在：只调用了模拟登录的接口，实现业务后，没有及时再调用模拟登出的接口。

模拟登录使用，如果有登录，切记要在finally代码块处理logout

模拟登录时，会把用户的租户信息存到ThreadLocal 线程中的threadLocals 变量里，又不是及时销毁，因为线程池的线程是可复用的 ，就有可能随机命中到模拟登录的数据，导致读取的数据出现异常。

问题得到了解决，经过一段时间的跟进，问题没有再次复现。

回顾

在排查问题中，其实思路是没有这么连贯的，一开始是没有考虑到线程池的线程是可复用的 和ThreadLocal 会产生这种联动反应。

是在翻阅**《Java编程思想》（第4版）** 的关于并发的内容时，突然看到有关于ThreadLocal 的介绍，里面有提到这么一句话：

当运行这个程序时，你可以看到每个独立线程都被分配了自己的存储

灵光一亮，既然使用ThreadLocal 每个线程都有自己的存储，那就不应该数据会串掉，但结果是能读到其他数据。那就说明，使用的是同一个线程，只是这个值被其他功能覆盖掉了。然后就从这个思路去排查，最终定位到了问题。

《Java编程思想》 不愧是JAVA的名著 ，本书的内容，就像是一位技术大佬在声情并茂地给你上课，给你细细地解读JDK源码，把思想娓娓道来。

总结

1、《On Java 8》 是一本好书，但读这类的书是有技巧的，个人推荐：带着问题来找解决方案 ；

2、《On Java 8》 好在内容齐全且优质，有很丰富的代码示例，这也是为什么这本书很厚的原因之一吧；

3、这回的翻译团队强大，且翻译组的用心是可以感受到的。翻译的好坏，是很影响读者的体验。

4、本书适合各个层次的Java开发者阅读：

刚入门或者初级开发：代码量不够，那就跟着示例代码敲一遍，自己总结一遍，输出学习笔记，是提高水平的一种方式，看代码千遍，不如自己写一遍。
中级开发：常备此书，时不时翻阅下，会有一些感悟的。平时也可当工具书查阅，很实用的。
高级以及以上的开发：可以回顾整个java体系内容，务实基础。书中使用了很多的设计模式是值得学习的，感悟作者表达的思想，可以从中受益。

5、由于博主最近也在研究分析JDK源码，同时输出博客。对比下Bruce Eckel 的《On Java 8》
内容，自己只是蹒跚学步，很多方面考虑得不够周全，努力吧，向大佬学习。