目录
引出
程序人生——Java开发持续进阶，拥抱开源世界以思想为源泉
开源世界
建议139：大胆采用开源工具
- 选择开源工具和框架时要遵循一定的规则：
- 1、普适性原则；
- 2、唯一性原则；
- 3、“大树纳凉”原则；
- 4、精而专原则；
- 5、高热度原则
建议140：推荐使用Guava扩展工具包
- Guava（石榴）是Google发布的，其中包含了collections、caching、primitives support、concurrency libraries、common annotations、I/O等
建议141：Apache扩展包
Apache Commons通用扩展包基本上是每个项目都会使用的，一般情况下lang包用作JDK的基础语言扩展。Apache Commons项目包含非常好用的工具，如DBCP、net、Math等
建议142：推荐使用Joda日期时间扩展包
- Joda可以很好地与现有的日期类保持兼容，在需要复杂的日期计算时使用Joda。日期工具类也可以选择date4j
建议143：可以选择多种Collections扩展
- 三个比较有个性的Collections扩展工具包：1、FastUtil，主要提供两种功能：一种是限定键值类型的Map、List、Set等，另一种是大容量的集合；2、Trove，提供了一个快速、高效、低内存消耗的Collection集合，并且还提供了过滤和拦截功能，同时还提供了基本类型的集合；3、lambdaj，是一个纯净的集合操作工具，它不会提供任何的集合扩展，只会提供对集合的操作，比如查询、过滤、统一初始化等
思想为源
建议144：提倡良好的代码风格
- 良好的编码风格包括：
- 1、整洁；
- 2、统一；
- 3、流行；
- 4、便捷，推荐使用Checkstyle检测代码是否遵循规范
建议145：不要完全依靠单元测试来发现问题
- 单元测试的目的是保证各个独立分隔的程序单元的正确性，虽然它能够发现程序中存在的问题（或缺陷、或错误），但是单元测试只是排查程序错误的一种方式，不能保证代码中的所有错误都能被单元测试挖掘出来，原因：1、单元测试不可能测试所有的场景（路径）；2、代码整合错误是不可避免的；3、部分代码无法（或很难）测试；4、单元测试验证的是编码人员的假设
建议146：让注释正确、清晰、简洁
- 注释不是美化剂，而是催化剂，或为优秀加分，或为拙略减分
建议147：让接口的职责保持单一
- 接口职责一定要单一，实现类职责尽量单一）（单一职责原则（Single Responsibility Principle，简称SRP）有以下三个优点：1、类的复杂性降低；2、可读性和可维护性提高；3、降低变更风险
建议148：增强类的可替换性
- Java的三大特征：封装、继承、多态；说说多态，一个接口可以有多种实现方式，一个父类可以有多个子类，并且可以把不同的实现或子类赋给不同的接口或父类。多态的好处非常多，其中一点就是增强了类的可替换性，但是单单一个多态特性，很难保证我们的类是完全可以替换的，幸好还有一个里氏替换原则来约束。里氏替换原则：所有引用基类的地方必须能透明地使用其子类的对象。通俗点讲，只要父类型能出现的地方子类型就可以出现，而且将父类型替换为子类型还不会产生任何错误或异常，使用者可能根本就不需要知道是父类型还是子类型。为了增强类的可替换性，在设计类时需要考虑以下三点：1、子类型必须完全实现父类型的方法；2、前置条件可以被放大；3、后置条件可以被缩小
建议149：依赖抽象而不是实现
- 此处的抽象是指物体的抽象，比如出行，依赖的是抽象的运输能力，而不是具体的运输交通工具。**依赖倒置原则（Dependence Inversion Principle，简称DIP）**要求实现解耦，保持代码间的松耦合，提高代码的复用率。DIP的原始定义包含三层含义：1、高层模块不应该依赖底层模块，两者都应该依赖其抽象；2、抽象不应该依赖细节；3、细节应该依赖抽象；DIP在Java语言中的表现就是：1、模块间的依赖是通过抽象发生的，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；2、接口或抽象类不依赖于实现类；3、实现类依赖接口或抽象类；更加精简的定义就是：面向接口编程。实现模块间的松耦合遵循规则：1、尽量抽象；2、表面类型必须是抽象的；3、任何类都不应该从具体类派生；4、尽量不要覆写基类的方法；5、抽象不关注细节
建议150：抛弃7条不良的编码习惯
- 1、自由格式的代码；
- 2、不使用抽象的代码；
- 3、彰显个性的代码；
- 4、死代码；
- 5、冗余代码；
- 6、拒绝变化的代码；
- 7、自以为是的代码；
建议151：以技术人员自律而不是工人
- 20条建议：
- 1、熟悉工具；
- 2、使用IDE；
- 3、坚持编码；
- 4、编码前思考；
- 5、坚持重构；
- 6、多写文档；
- 7、保持程序版本的简单性；
- 8、做好备份；
- 9、做单元测试；
- 10、不要重复发明轮子；
- 11、不要拷贝；
- 12、让代码充满灵性；
- 13、测试自动化；
- 14、做压力测试；
- 15、“剽窃”不可耻；
- 16、坚持向敏捷学习；
- 17、重里更重面；
- 18、分享；
- 19、刨根问底；
- 20、横向扩展
深入认识JVM
JVM内存分配，类加载
Java进阶（1）——JVM的内存分配 & 反射Class类的类对象 & 创建对象的几种方式 & 类加载（何时进入内存JVM）& 注解 & 反射+注解的案例
创建对象的4种方法总结
Java进阶（4）——结合类加载JVM的过程理解创建对象的几种方式：new，反射Class，克隆clone（拷贝），序列化反序列化
垃圾回收GC
Java进阶（垃圾回收GC）——理论篇：JVM内存模型 & 垃圾回收定位清除算法 & JVM中的垃圾回收器
简介：本篇博客介绍JVM的内存模型，对比了1.7和1.8的内存模型的变化；介绍了垃圾回收的语言发展；阐述了定位垃圾的方法，引用计数法和可达性分析发以及垃圾清除算法；然后介绍了Java中的垃圾回收器，由串行、到并行再到并发，最后到G1的演变；最后给出了垃圾回收器的对比和使用指引。
JVM调优，Arthas使用
- Java进阶（JVM调优）——阿里云的Arthas的使用 & 安装和使用 & 死锁查找案例，重新加载案例，慢调用分析
- Java进阶（JVM调优）——JVM调优参数 & JDK自带工具使用 & 内存溢出和死锁问题案例 & GC垃圾回收
认识多线程
创建多线程方法+了解线程池
Java进阶（5）——创建多线程的方法extends Thread和implements Runnable的对比 & 线程池及常用的线程池
多线程下-1非原子性问题即解决
Java进阶（6）——抢购问题中的数据不安全（非原子性问题）& Java中的synchronize和ReentrantLock锁使用 & 死锁及其产生的条件
再论线程，创建、生命周期
Java进阶（再论线程）——线程的4种创建方式 & 线程的生命周期 & 线程的3大特性 & 集合中的线程安全问题
主要内容：
1.线程创建的方式，继承Thread类，实现Runable接口，实现Callable接口，采用线程池；
2.线程生命周期： join()：运行结束再下一个， yield()：暂时让出cpu的使用权，deamon()：守护线程，最后结束，sleep()：如果有锁，不会让出；
3.线程3大特性，原子性，可见性，有序性；
4.list集合中线程安全问题，hash算法问题；
总结
程序人生——Java开发持续进阶，拥抱开源世界以思想为源泉
标签：建议,Java,进阶,代码,开源,线程,JVM From： https://blog.csdn.net/Pireley/article/details/136822972