有书共读《阿里巴巴Java开发手册》读书笔记

今天来写一个读书笔记，读的书的名字叫《阿里巴巴Java开发手册》。

说实话写这个读书笔记我是很抗拒的，因为我根本没收到这个书，找了快递根本不接电话，当时也比较忙，一本薄薄的小册子就不理它了。但这个活动需要大家共同写笔记，所以还是要写的。遂拿了电子版，读了一下，感觉和《代码大全》这类的书差不多。

本书主要有以下章节，从不同的角度去给编程者绑上锁链，防止出现不同风格，最终导致错误的产生。

一、编程规约

这部分比较重要的是命名这个部分，虽然命名大家都会，但要统一且严谨命名还是非常难得的。《代码大全》就用了一定的篇幅来探讨命名，编程时候最难的一件事就是给变量起名。名字既要起的有意义，又要避免冗长。比如 data 就不是一个好的变量名，data 可以代表任何的数据，因为它本身就是数据。当过去一段时间之后，很难想起这个 data 的具体意义了。如果说 data 就够烂了，那么还有更加烂的，data2。当你需要为自己的变量后面加上阿拉伯数字区分的时候，就应该重新思考变量的意义并重新起名了。

《阿里巴巴Java开发手册》中关注了许多具体细节，主要目的就是为了让变量尽量无歧义，有意义。如果大家都使用同一种风格编程，那么合作开发将会是一件比较容易的事，但如果大家的风格迥异，一个文件中的代码出现了多种风格，那么这个代码的可维护性是相当之低下了。这章中没有说为什么要这样或者那样的定义命名风格，避免陷入到底花括号换行好还是不换行好的无意义之争斗。这些完全主观的看法不应该成为考核代码的标准，统一制定标准往往更加高效。

另外注释也是非常重要的，注释切忌啰嗦，最好的状态就是用最简短的语言描述代码的作用。

二、异常日志

异常，遇到异常的时候我们怎么处理，是将异常吞掉还是将异常抛出。如何写异常日志，日志保存多少天比较合适，避免重复打印日志浪费磁盘空间等等。日志是异常发生时解决异常、复现错误的重要工具。实现高效的日志系统难上加难，大家可以参考陈硕写的《Linux多线程服务端编程》，里面介绍了高效的多线程日志库的实现。

三、单元测试

单元测试非常重要，我们很多人在平时自己写玩具的时候或者做实验室项目的时候不怎么做单元测试。考虑这样一个场景，多人合作，别人写完的代码要集成到系统中，而这时我们需要调用该人写的功能。如果他没有做测试，我们能否相信他。

1）好的单元测试必须遵守AIR（Automatic、Independent、Repeatable）原则。

2）单元测试应该是全自动执行的。

3）保持测试单元的独立性。

4）单元测试是可以重复执行的，不能受到外界环境的影响。

5）对于单元测试，要保证测试粒度足够小，有助于精确定位问题。

6）核心业务、核心应用、核心模块的增量代码确保单元测试通过。

7）单元测试代码要有独立的路径，不允许写在业务代码目录下。