代码精进之路
范学雷
Oracle首席软件工程师，Java SE安全组成员，OpenJDK评审成员
立即订阅
6350 人已学习
课程目录
已完结 47 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 你写的每一行代码，都是你的名片
免费
第一模块：代码“规范”篇 (16讲)
01 | 从条件运算符说起，反思什么是好代码
02 | 把错误关在笼子里的五道关卡
03 | 优秀程序员的六个关键特质
04 | 代码规范的价值：复盘苹果公司的GoToFail漏洞
05 | 经验总结：如何给你的代码起好名字？
06 | 代码整理的关键逻辑和最佳案例
07 | 写好注释，真的是小菜一碟吗？
08 | 写好声明的“八项纪律”
09 | 怎么用好Java注解？
10 | 异常处理都有哪些陷阱？
11 | 组织好代码段，让人对它“一见钟情”
12丨组织好代码文件，要有“用户思维”
13 | 接口规范，是协作的合约
14 | 怎么写好用户指南？
15 | 编写规范代码的检查清单
16丨代码“规范”篇用户答疑
第二模块：代码“经济”篇 (14讲)
17 | 为什么需要经济的代码？
18丨思考框架：什么样的代码才是高效的代码？
19 | 怎么避免过度设计？
20 | 简单和直观，是永恒的解决方案
21 | 怎么设计一个简单又直观的接口？
22丨高效率，从超越线程同步开始！
23 | 怎么减少内存使用，减轻内存管理负担？
24 | 黑白灰，理解延迟分配的两面性
25 | 使用有序的代码，调动异步的事件
26 | 有哪些招惹麻烦的性能陷阱？
27 | 怎么编写可持续发展的代码？
28 | 怎么尽量“不写”代码？
29 | 编写经济代码的检查清单
30丨“代码经济篇”答疑汇总
第三模块：代码“安全”篇 (14讲)
31 | 为什么安全的代码这么重要？
32 | 如何评估代码的安全缺陷？
33 | 整数的运算有哪些安全威胁？
34 | 数组和集合，可变量的安全陷阱
35 | 怎么处理敏感信息？
36 | 继承有什么安全缺陷？
37 | 边界，信任的分水岭
38 | 对象序列化的危害有多大？
39 | 怎么控制好代码的权力？
40 | 规范，代码长治久安的基础
41 | 预案，代码的主动风险管理
42 | 纵深，代码安全的深度防御
43 | 编写安全代码的最佳实践清单
44 | “代码安全篇”答疑汇总
加餐 (1讲)
Q&A加餐丨关于代码质量，你关心的那些事儿
结束语 (1讲)
结束语｜如何成为一个编程好手？
代码精进之路
登录|注册
24 | 黑白灰，理解延迟分配的两面性
范学雷 2019-02-27
上一次，我们讨论了减少内存使用的两个大方向，减少实例数量和减少实例的尺寸。如果我们把时间的因素考虑在内，还有一些重要的技术，可以用来减少运行时的实例数量。其中，延迟分配是一个重要的思路。
延迟分配
在前面讨论怎么写声明的时候，为了避免初始化的遗漏或者不必要的代码重复，我们一般建议“声明时就初始化”。但是，如果初始化涉及的计算量比较大，占用的资源比较多或者占用的时间比较长，声明时就初始化的方案可能会占用不必要的资源，甚至成为软件的一个潜在安全问题。
这时候，我们就需要考虑延迟分配的方案了。也就是说，不到需要时候，不占用不必要的资源。
下面，我们通过一个例子来了解下什么是延迟分配，以及延迟分配的好处。
在 Java 核心类中，ArrayList 是一个可调整大小的列表，内部实现使用数组存储数据。它的优点是列表大小可调整，数组结构紧凑。列表大小可以预先确定，并且在大小不经常变化的情况下，ArrayList 要比 LinkedList 节省空间，所以是一个优先选项。
但是，一旦列表大小不能确定，或者列表大小经常变化，ArrayList 的内部数组就需要调整大小，这就需要内部分配新数组，废弃旧数组，并且把旧数组的数据拷贝到新数组。这时候，ArrayList 就不是一个好的选择了。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《代码精进之路》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(12)
- yang1 通过采用java内存模型，保证多线程场景下共享资源的可见性
2使用局部变量，可以减少主存与线程内存的拷贝次数
3第一次是初始化，第二次是同步局部变量与属性变量的值，保持一致
4第一次检查是为了快速获取对象，第二次检查是为了防止对象未初始化，就是标准的double check
5是为了线程安全，同时高性能，锁范围更小化
6前者是线程安全，后者是非线程安全
7还是减少主存与线程内存值拷贝的开销
个人理解，如有误，敬请指正作者回复: volatile的使用，需要一定程度的同步，也就是你说的拷贝开销。减少volatile变量的引用，可以提高效率。
恭喜你，这些Java的难点你掌握的很扎实！2019-02-27 19 
梦醒时分我的思考：
1.volatile是用来保证变量的可见性的，这样其他线程才能及时看到变量的修改
2.为啥要使用temporaryMap变量，这里没有想明白
3.两次设置temporaryMap变量，目的是双重检查，防止进入同步代码块中，变量已被赋值了
4.同上
5.synchronized的使用是影响性能的，所有在使用它之前，先校验下是否需要进入同步块中
6.ConcurrentHashMap是线程安全的，而HashMap不是线程安全的
7.为啥使用temporaryMap.put不太清楚作者回复: 关于temporaryMap的使用，请参考@yang的留言。
2019-02-27 6
拉可里啦作为类的全局变量而非静态变量，只能被类的实例所拥有，那么只有一个对象再操作这个全局变量，单线程操作这个变量不会有线程安全问题，多个线程同时操作这个变量有线程安全问题，是以对象为单位的。不知道我这样理解对不对，还请老师指点指点。作者回复: 是的，是以对象为单位的。 所以，你看Java的代码里，synchronized(this), this指的就是一个具体的对象。同一个类，实例化的对象不同，也不需要同步。
2019-04-07 3- 唐名之@yang回到第二点 使用局部变量，可以减少主存与线程内存的拷贝次数 这个点还是有点不明白能解释下嘛？2019-03-01 2
Linuxer请问各位思考题中的volatile修饰后是不是就只能用concurrenthashmap?要不赋值给局部变量后主存和线程内存还是不同步作者回复: volatile修饰符和使用concurrent hash map关系不大。volatile修饰的是标志符，不是标志符指向的内容。
2019-02-28 2
Jxin1.类属性的调用和赋值全部走set和get方法。这种非静态且多次赋值的局部变量应该尽量避免。
2.带锁初始化操作应该上移到get方法。至少从函数功能来看，我认为初始化应该是属于get的。
3.我真不喜欢加锁和每次get都做判断，所以了解业务上下文，如果可以，我会直接给该属性做初始化。
3.如果了解完上下文我对这个集合或则散列表的大小能有一定把我，我会尝试给定一个合适的初始化大小。作者回复: 👍都是很好的实践经验！ 了解适用场景，是高效代码的关键。
2019-05-28 1
aguan(^･ｪ･^)老师，我有一个疑问，思考题的代码，在多线程的情况下，如果第16行用tempHashmap.put，是会出现空指针的。因为cpu指令重排序，当线程1在执行new map的时候，可能cpu先给temp分配内存空间，对象还没实例化，这时候另外一个线程在第一个if的时候发现temp不为空（因为有地址，但地址里并没有实例化对象），接着去执行16行的代码，会出现空指针问题吧作者回复: tempHashmap是一个局部变量，不跨越线程。
2019-03-06 1
鱼筱雨范老师，我总是有个疑惑，举个例子
Map<String,String> m = new HashMap<>();
在这段代码中，左边的泛型中会声明具体类型，而右边的泛型中往往是空的，而我在代码开发中右边的泛型都会和左边保持一致，这样做有什么问题吗？哪种更好一点？作者回复: 现在推荐使用的模式是声明时指定类型，使用时让编译器来自动匹配。对于上面的代码，也就是左边声明具体类型，而右边使用空指示符。这样做的主要目的是简化编码，避免不必要的失误和检验。
2019-08-29- Jxin采用了临时变量，对象是否就失去了可视性和有序性的特性？这样在new操作时，由于虚拟机的编译优化，cpu时间片切换时不是可能会出现空指针报错吗？2019-06-10
- aguan(^･ｪ･^)恍然大悟，所以局部变量是解决双重检查重排序空指针问题的安全方法👍2019-03-07
轻歌赋1.双检锁在多CPU情况下存在内存语义bug，通过volatile实现其内存语义
2.单线程内存一致性语义
3.多线程并发，存在一个线程先于其他线程设置值的情况
4.多线程并发，检查helloworldsmap是否被其他线程赋值
5.提高并发度
6.代码体现这是一个多CPU多线程的环境，存在map被并发修改的情况，concurrenthashmap是线程安全的，而hashmap是线程不安全的所以使用前者
7.不知道，感觉像是逻辑上比较顺2019-03-02
多拉格·five这个就是类似于单例里边的双重检查写法吧2019-02-27
收起评论