java开发规范

部门内部总结的一些经验，仅供参考

禁止在大循环中逐条调Service，SQL，Redis

• 关于Service的调用

服务本身：提供批量接口；

调用方：尽可能的以批量方式调用取代逐条调用，减少系统开销；

• 关于SQL的循环调用

主要针对查询，尽可能的将逐条查询转化为一次查询一个批次，减少与数据库交互次数。

禁止3B：Big Transaction，Big SQL，Big Batch

Big Transaction

• 注意点：

1. 对数据库操作必须使用事务，不能使用自动提交，尽量使用声明式事务；

2. 让事务尽可能的小,在Service层组装数据，在manager层处理事务；

3. 不要在事务里调用服务（服务可能阻塞）；

4. 不要在事务里调用Redis；

5. 在事务中批量更新要排序，确保多事务并发时，避免资源锁等待。

• 详解：

无论是Oracle、SqlServer还是Mysql，大事务是一定要避免的，大事务容易造成锁资源的长时间占用，从而降低并发性能，增大死锁概率。如下是几种大事务的典型场景：

1) @Transactional打在Class上，这样类中的所有方法均在事务边界内，容易造成大事务，@Transactional应该控制更精细一些，打到方法级；

2）在一个事务中要更新多张表，在更新每一张表之前都要处理一堆业务逻辑（查询、运算、调用服务等等），正确的做法应该是将查询、运算和服务调用逻辑提到事务外，事务边界内尽可能只处理表更新操作；

Big SQL

• SQL使用：

1. 尽量不用表关联，如果使用表关联，不要超过3个表join；

2. 热点数据尽量使用Redis；（比如基础资料）

3. 尽量不用子查询，不用Exist，不在条件列上使用函数；

Big Batch

大批量的查询输出很容易将内存打爆，报表或者打印要分批处理。

禁止全表扫描SQL和select *，update所有列

禁止Worker扫描业务表

禁止没有边界限制的创建大量对象、Net IO

禁止输入参数不做校验及服务直接抛出异常

禁止服务及UI按钮不做防重入

禁止一次性查询或导出全部数据，禁止单次操作数据超过5000条

禁止线上服务不接入UMP方法性能监控和存活监控

禁止服务产生底层依赖上层，强依赖弱、循环依赖