前言
本文是《阿里巴巴Java开发规范》的阅读笔记,主要记录目前阶段不太熟悉和容易犯错的点:
正文
表示类型的名词放在词尾,以提升辨识度;比如startTime, workQueue, nameList等;
所有的POJO的属性都需要使用包装类型;
使用Map#keySet或entrySet的返回值时,不要添加元素,否则会抛出异常;
Arrays.asList同样也不能修改集合;
ConcurrentHasMap,key和value都不可以为null,HashMap,key和value都可以为null;
在使用阻塞等待得到锁的方式中,必须在try代码块之外,并且加锁方法在try代码块之间没有可能抛出异常的方法调用;
- 如果中间抛出异常,则锁无法被正常释放;
- 如果lock方法在try代码块之内,其他方法可能抛出异常会导致unlock了原本没有获取到锁的对象;
- 如果lock方法抛出unchecked异常,则异常情况同第二点;
在使用尝试获取锁的方式中,在执行后续流程前需要判断线程是否获取了锁;
- 执行lock对象的unlock方法,同样如果没有持有锁,则会抛出异常;
如果每次访问冲突概率小于20%,则推荐使用乐观锁,否则使用悲观锁。(如何获取访问冲突概率呢?)
乐观锁的重试次数不得小于3次;
三目表达式:condition ? variable1 : variable2;表达式1和表达式2在类型对齐时,可能抛出自动拆箱的NPE异常;
java
int a = 1;
int b = 2;
Integer c = null;
Boolean flag = false;
Integer result = flag ? a * b : c;
System.out.println(result);
以下两点可能会出现拆箱操作:
- a,b的值有一个是原始类型;
- a或者b的值类型不一致,会强制拆箱升级为范围更大的那个类型;
在高并发场景下,避免使用"等于"语义来判断中断和退出; >=0或<=0;
FIXME:标识某代码是错误的,而且不能工作,需要及时纠正的情况;
对于需要使用超大整数的场景,服务端一律使用String字符串类型返回,禁止返回Long,前端会有将Long转化为Number,存在着精度损失;
集合即使是isNotEmpty,取出来的元素也有可能是null;
打印日志的时候,禁止使用JSON工具将对象转换为String;避免某些工具会因为实体缺少字段抛出异常导致正常业务无法进行;
可以使用warn日志级别记录用户输入参数错误的情况,来应对客诉;
任何字段如果为非负数,则必须是unsigned;
小数类型为decimal,禁止使用float和double类型;
当单表行数超过500万或者单表容量超过2GB时,再考虑分库分表;
在varchar字段建立索引时,必须指定索引长度,没必要对全字段建立索引;
如果有order by的场景,order by最后的字段是组合索引的一部分;
利用延迟关联(一个查询分解为多个小查询)或者子查询优化超多分页场景;
MySQL不是跳过offset行,而是取offset+N行,然后返回放弃前offset行,返回N行;
下述操作很耗时
sql
select * from book limit 340000, 20;
优化一:使用主键优化,尝试传入上一次的id来优化查询
sql
select * from book where id > #{last_id} limit 20;
优化二:使用子查询+覆盖索引优化
sql
SELECT * FROM t1 as a INNER JOIN (SELECT id FROM t2 LIMIT 3400000,20) as b USING (id);
覆盖索引:MySQL如果查询完全覆盖索引,查询是很快的;
count(*)是统计值为NULL的行,而count(列名)不会统计该列为NULL的行;
当某一列的值全部为NULL时,count(column)会返回0,而sum(column)会返回NULL,所以使用sum需要注意NPE;
POJO的布尔属性不能加上is,而数据库字段必须加上is_xxx,要求在resultMap中做字段属性的映射;
BO(Bussiness Object):业务对象,可以由Service层输出的封装业务逻辑的对象;