作者:幻好

读后感

读完《Java开发手册》后,能够学到许多开发规范、编码中的一些高效的用法。通过了解规范,可以提前避免一些开发盲区,大大提高团队协作的效率。规范的编程习惯,更能提升coder的职业素养。一个成熟的项目需要长期的发展,开发维护的成本必须作为程序设计者首要考虑的,所以如果能够提高开发质量和效率、大大降低代码维护成本。对应书中所提到的问题需要反复实践才能真正的掌握,就像作者说的:

翻完了不代表记住了,记住了不代表理解了,理解了不代表能够应用上去,真正的知识是实践。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PSgn0lJk-1624342917285)(https://developer.hs.net/storage/attachments/2021/06/18/PPMgREXWYteSiBOltQNk79Ta4VeieCkDOXda3TAF_thumb.png “1516”)]

实例

对于一些开发中常用且重要的点进行了实践和总结:

Java相关

  1. 避免通过一个类的对象引用访问此类的静态变量或静态方法,无谓增加编译器解析成本,直接用类名来访问即可。
  • 如果需要使用类中定义静态变量或静态方法时,使用类名访问更直接。如果为了访问而且new 一个对象,会耗费更多成本。
  1. Objectequals 方法容易抛空指针异常,应使用常量或确定有值的对象来调用equals。
  • 尽量使用非空的对象调用equals 去判别另外一个对象;
  • 在不确定对象是否存在时,先判空在比较;
  1. 所有整型包装类对象之间值的比较,全部使用equals方法比较。
  • 由于考虑Integer 在-128至127之间的赋值,Integer 对象是在IntegerCache.cache 产生,会复用已有对象;
  • 因为会有对象复用的情况,而Integerequals 进行了重写,使用的值进行比较,所以最好就使用equals进行比较;
  1. 禁止使用构造方法 BigDecimal(double) 的方式把 double 值转化为 BigDecimal 对象。
  • 使用double 传参的构造方法可能会导致精度计算的场景会出现异常,需要慎重使用;
  1. 循环体内,字符串的连接方式,使用 StringBuilderappend 方法进行扩展。
  • 在字符串拼接时,我们使用最多的就是 + 号拼接,但是在代码编译时,实际上是newStringBuilderappend ,而且每加一次就创建一个新对象;
  • 使用StringBuilder 进行拼接,是速度最快的,但是如果调用的方法涉及线程安全,考虑使用StringBuffer ;
  1. 慎用 Objectclone 方法来拷贝对象。
  • 对象clone 方法默认是浅拷贝,若想实现深拷贝需覆写clone 方法实现域对象的深度遍历式拷贝。
  1. 判断所有集合内部的元素是否为空,使用 isEmpty() 方法,而不是 size()==0 的方式。
  • isEmpty() 的时间复杂度为O(1),效率更高,而且可读性高;
  1. 使用 Map 的方法 keySet()/values()/entrySet() 返回集合对象时,不可以对其进行添加元素操作,否则会抛出 UnsupportedOperationException 异常。
  • 在实际开发中需要注意这个问题,在循环 Map 时不要添加新的元素进来。
  1. 集合初始化时,指定集合初始值大小。
  • 初始化大小建议是initialCapacity = (需要存储的元素个数 / 负载因子) + 1
  • 指定集合初始化大小是为了减少集合的扩容,减少性能的损耗;
  1. 使用 entrySet 遍历Map类集合 KV ,而不是 keySet 方式进行遍历。
  • keySet 底层其实是遍历了两次,一次是转为Iterator 对象,另一次是从hashMap 中取出key 所对应的value
  • entrySet 只是遍历了一次就把keyvalue 都放到了entry 中,效率更高。如果是JDK8,使用Map.forEach 方法。
  1. 利用 Set 元素唯一的特性,可以快速对一个集合进行去重操作,避免使用 List 的 contains() 进行遍历去重或者判断包含操作。
  • 使用 Set 去重叠效率会更高;
  1. 线程池不允许使用 Executors 去创建,而是通过 ThreadPoolExecutor 的方式,这样的处理方式让写的同学更加明确线程池的运行规则,规避资源耗尽的风险。
  • FixedThreadPoolSingleThreadPool : 允许的请求队列长度为Integer.MAX_VALUE ,可能会堆积大量的请求,从而导致OOM
  • CachedThreadPool : 允许的创建线程数量为Integer.MAX_VALUE ,可能会创建大量的线程,从而导致OOM
  1. 并发修改同一记录时,避免更新丢失,需要加锁。要么在应用层加锁,要么在缓存加锁,要么在数据库层使用乐观锁,使用version作为更新依据。
  • 如果每次访问冲突概率小于20%,推荐使用乐观锁,否则使用悲观锁。乐观锁的重试次数不得小于3次。
  1. Java 类库中定义的可以通过预检查方式规避的 RuntimeException 异常不应该通过 catch 的方式来处理,比如:NullPointerExceptionIndexOutOfBoundsException 等等。
  • 在对象获取或使用时,一定要进行处理对象可能为空的情况,提前处理;
  1. 不要在 finally 块中使用 return
  2. try 块中的 return 语句执行成功后,并不马上返回,而是继续执行 finally 块中的语句,如果此处存在 return 语句,则在此直接返回,try 块中的返回点不会执行。
  3. 防止 NPE ,是程序员的基本修养,注意 NPE 产生的场景:
  • 返回类型为基本数据类型,return 包装数据类型的对象时,自动拆箱有可能产生NPE 。 反例:public int f() { return Integer对象}, 如果为null ,自动解箱抛NPE
  • 数据库的查询结果可能为null。
  • 集合里的元素即使isNotEmpty ,取出的数据元素也可能为null。
  • 远程调用返回对象时,一律要求进行空指针判断,防止NPE
  • 对于Session 中获取的数据,建议进行NPE 检查,避免空指针。
  • 级联调用obj.getA().getB().getC();一连串调用,易产生NPE
  1. 避免出现重复的代码(Don’t Repeat Yourself),即DRY原则。
  • 随意复制和粘贴代码,必然会导致代码的重复,在以后需要修改时,需要修改所有的副本,容易遗漏。必要时抽取共性方法,或者抽象公共类,甚至是组件化。
  1. 应用中不可直接使用日志系统(Log4j、Logback)中的 API ,而应依赖使用日志框架 (SLF4J、JCL–Jakarta Commons Logging)中的 API ,使用门面模式的日志框架,有利于维护和各个类的日志处理方式统一。
  • 对于第三方相关的一些 API 不要直接调用使用,而是要封装后在使用,防止框架升级导致 API 改变影响系统使用。
  1. 用户敏感数据禁止直接展示,必须对展示数据进行脱敏。
  • 对于用户敏感数据,一定要做到脱敏查询展示,防止信息泄露;

安全相关

  1. 用户请求传入的任何参数必须做有效性验证。
  • 对于前端请求的参数一定要考虑对系统的影响。
  1. 用户输入的 SQL 参数严格使用参数绑定或者 METADATA 字段值限定,防止 SQL 注入,禁止字符串拼接 SQL 访问数据库。
  • 尤其在使用mybatis 等工具时,尽量使用# 来传入参数,来防止SQL 的注入;
  1. 在使用平台资源,譬如短信、邮件、电话、下单、支付,必须实现正确的防重放的机制,如数量限制、疲劳度控制、验证码校验,避免被滥刷而导致资损。
  • 对用户的请求下一定场景下,需要进行限制,防止重复请求对平台资源产生影响;

MySQL相关

  1. 在varchar字段上建立索引时,必须指定索引长度,没必要对全字段建立索引,根据实际文本区分度决定索引长度。
  • 索引的长度与区分度是一对矛盾体,一般对字符串类型数据,长度为20的索引,区分度会高达90%以上,可以使用count(distinct left(列名, 索引长度))/count(*)的区分度来确定。
  1. 如果有order by的场景,请注意利用索引的有序性。order by 最后的字段是组合索引的一部分,并且放在索引组合顺序的最后,避免出现file_sort的情况,影响查询性能。
  • 索引如果存在范围查询,那么索引有序性无法利用,如:WHERE a>10 ORDER BY b; 索引a_b无法排序。
  1. 利用覆盖索引来进行查询操作,避免回表。
  • 覆盖索引是一种查询的一种效果,用explain的结果,extra列会出现:using index。
  1. 利用延迟关联或者子查询优化超多分页场景。
  • MySQL并不是跳过offset行,而是取offset+N行,然后返回放弃前offset行,返回N行,那当offset特别大的时候,效率就非常的低下,要么控制返回的总页数,要么对超过特定阈值的页数进行SQL改写。
  1. SQL性能优化的目标:至少要达到 range 级别,要求是ref级别,如果可以是consts最好。
  • 通过不断优化SQL查询效率,提高数据库的响应;

总结

手册读了两遍,第一遍快速阅读,第二遍对一些实例进行了实践。

看完后,发现书中讲的许多问题都是我们开发中经常遇到,而且容易犯错的。对于一些开发中常遇到的细节进行了总结和归纳,对个人开发能力会有一定提升。

在以后的开发编码中,要参考遵循相关规范开发,可以让开发效率和编写的程序性能得到一定的提升,继续修炼。

想学习的同学,可以点击 链接 下载本文附件。