阿里java开发手册
A. 关于java学习，有什么书籍或者教程推荐不啦
java Netty实战课程java高性能分布式RPC教程课程 免费下载
链接:https://pan..com/s/1MpUM62h4nvHnUGMan-R6YA
Java是一门面向对象的编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程
B. 阿里巴巴开发手册(list集合操作)
1、不允许程序任何地方使用java.sql.Date、java.sql.Time 、java.sql.Timestamp。
2、判断list元素是否为空，使用isEmpty()方法，而不是size()==0。
3、集合转数组，必须使用集合和羡的toArray(T[] array)，传入的是类型完团掘全一致、长度0的空数组
说明：如果直接使用toArray无参方法存在问题，只能返唤或拍回object[]类，若强制转其他数组类型出现ClassCastException异常
使用 toArray 带参方法，数组空间大小的 length，
1） 等于 0，动态创建与 size 相同的数组，性能最好2）
2）大于 0 但小于 size，重新创建大小等于 size 的数组，增加 GC 负担。
3） 等于 size，在高并发情况下，数组创建完成之后，size 正在变大的情况下，负面影响与 2 相同。
4） 大于 size，空间浪费，且在 size 处插入 null 值，存在 NPE 隐患。
4、集合初始化时，指定集合初始值大小
说明：如果暂时无法确定集合大小，指定默认值(16)即可。
5、变量map使用entrySet而不是keySet。
说明：KeySet其实变量了2次，一次转为Iterator对象，另一次从hashMap中取出key对应的value。
如果jdk8使用Map.forEach()方法
6、Map类集合k/v能不能存储null值，表格
C. 为什么阿里禁止使用存储过程为什么阿里巴巴Java开发手册里禁止使用存储过程
1、这是针对互联网企业的信灶规则。单次请求涉及数据少，数据关系简单，但是更新频率高；
2、工程的迭代速率高，数据关系随时可滑郑扮能扩展修改。ERP开发面对的情况是经常要大批量的处理数据，表都很大，表关系也复杂，十几个表关联不是什么大不了的情况。数据处理流程长，不用存储过程只会让丛虚事情更加复杂。
3、ERP中对数据库请求量相比互联网企业来说是非常低的，相对不用太关心数据库压力问题，这种时候把一些操作放到数据存储过程里可以兼顾效率和开发成本。
D. 为什么阿里巴巴Java开发手册里要求禁止使用存储过程
这个手册应该是开发人员写的，而开发人员与DBA之间永远有无法逾越的鸿沟。比如开发人员认为O和R可以mapping，可是在DBA看来建模方法都不一样如何mapping？
手册说存储过程难以调试。应该是对于开发人员来说难以调试。
E. 阿里强制使用SLF4J日志框架的缘由
想必小伙伴们都用过日志，虽然日志看起来可有可无，但是等到出问题的时候，就比较棘手。所以说日志框架使用好不好，规范不规范，直接影响了解决生产环境故障的效率，日志框架选的不好、用的不好，有可能影响环境的性能，也有可能影响排查问题的难易程度。
阿里Java开发手册--日志规约第一条：
【强制】应用中不可直接使用日志系统(Log4j、Logback)中的 API，而应让颤依赖使用日志框架 SLF4J 中的 API，使用门面模式的日志框架，有利于维护和各个类的日志处理方式统一。
代码样例：
为坦搜败什么会有此规范呢？我们先来了解下日志框架。
Java中的日志框架分如下几种：
重点来看下Slf4j的官方说明
为什么阿里要强制 依赖使用日志框架 SLF4J 中的 API 或者说Slf4j的特点： 除了得益于面向接口编程(使用了门面模式)，还有一个特性支持占位符，以及SELF4J的生态(SLF4J与其他日志组件的桥接)
门面(Facade)模式，对外隐藏了系统的复杂性，并向客户端提供了可以访问的接口，门面模式的好处是将客户端和子系统松耦合，方便子系统的扩展和维护。
正是门面模式这样的特点，使用SLF4J门面，不管日志组件使用的是log4j还是logback等等，对于调用者而言并不关心使用的是什么日志组件，而且对于日志组件的更换或者升级，调用的地方也不用做任何修改。
SLF4J中有一个重要的特性：占位符，{}可以拼接任意字符串，相比如其他框架的优点即不需要用+来拼接字符串，也就不会创建新的字符串对象。
使用注意点：
小贴士：
在发布SDK或服务框架时，要遵漏伍循 面向接口编程的思想 ，不要把SLF4J实现类进行发布向下传递，SLF4J实现类可以通过maven的scope来控制不进行向下传递。
以上是使用SLF4J的缘由和注意点的说明。
Slf4j Manual中有一张图清晰的展示了接入方式，如下：
slf4j bound to 其它log框架
slf4j bound to log redirection
在使用slf4j桥接时要注意避免形成死循环，在项目依赖的jar包中不要存在以下情况
想要更好的了解SLF4J，你需要了解JVM类加载机制
设计模式：门面模式、桥接模式。源码解析过程这里忽略。
F. 阿里巴巴 java 开发手册 do放在哪个包下
common层的do包下就行，没有强制要求
G. 阿里java类行数
阿里铅肢java类行数是80行以内。java开发手册推荐单个方法的总行数不超过80行。除注释之外的方槐蚂世法签名、左右大括号、方法内代码、空行、回车物源及任何不可见字符的总行数不超过80行。
H. 如何评价《阿里巴巴 JAVA 开发手册》
阿里巴巴集团推出的《阿里巴巴 Java 开发手橘歼歼册（正式版改裂）》是阿里巴巴近万名开发同学集体智慧的结晶，以开发视角为中心，详细列举如何开发更加高效、更加容错、更加有协作性，力求知其然，更知其不然，结合正反例，让 Java 开发者能圆冲够提升协作效率、提高代码质量。
I. 开发手册在什么阶段用
开发手册在供大家在交流、学习及研究阶段使用，禁止用于商业银银用途。
《阿里巴巴Java 开发手册》是阿里巴巴集团技术团队的集体经验总结，经历了多次大规模一线实战的检验及不断的完善，反馈给广大开发者。现代软件行业的高速锋弯宴发展对开发者的综合素质要求越来越高，因为不仅是编程知识点，其它维度的知识点也会影响到软件的最终交付质量。比如：数据库的表结构和索引设计缺陷可能带来软件上的架构缺陷或性能风险；工程结构混乱导致后续维护艰难；没有鉴权的漏洞代码易被黑客攻击等等。所以本手册以 Java 开发者为中心视角，划分为编程规约、异常日志、MySQL 数据库、工程结构、安全规约五大块，再根据内容特征，细分成若干二级子目录。根据约束力强弱及故障敏感性，规约依次分为强制、推荐、参考三大类。对于规约条目的延伸信息中，“说明”对内容做了引申和解释；“正例”提倡什么样的编码和实现方式；“反例”说明需要提防的雷区，以及真实的错误案例。
本手册的愿景是码出高效、码出质量。代码的字里行间流淌的是软件生命中的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升质量意识。另外，现代软件架构都需要协同开发完成，高效协作即降低协同成本，提升沟通效率，所谓无规矩不成方圆，无规范不能协作。众所周知，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全。试想如果没有限速，没有红绿灯，谁还敢上路行驶。对软件来闹悉说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率。
J. 为什么阿里工程师代码写的好看看他的代码规范就知道了
曾经与一位从阿里出来的Java工程师一起工作过一段时间，他的技术说不上非常厉害， 但是，他的代码写的的非常好，凡是他做的功能很少出现Bug 。我就很好奇，于是经常向他请教一些代码设计的原则，然后他告诉了我阿里Java手册。并且，他将这个手册进行了修改，也成为了我司Java程序员的开发手册。 这篇文章就让我们看一看这个手册中比较重要的原则。
【强制】 代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。
反例：_name / __name / $name / name_ / name$ / name__
【强制】 类型与中括号紧挨相连来表示数组。
正例：定义整形数组 int[] arrayDemo; 反例：在 main 参数中，使用 String args[]来定义。
【强制】 POJO 类中布尔类型变量都不要加 is 前缀，否则部分框架解析会引起序列化错误。
说明：表达是与否的值采用 is_xxx 的命名方式，所以，需要在 设置从 is_xxx 到 xxx 的映射关系。
反例：定义为基本数据类型 Boolean isDeleted 的属性，它的方法也是 isDeleted()， RPC 框架在反向解 析的时候，“误以为”对应的属性名称是 deleted，导致属性获取不到，进而抛出异常。
【推荐】 在常量与变量的命名时，表示类型的名词放在词尾，以提升辨识度。
【推荐】 接口类中的方法和属性不要加任何修饰符号(public 也不要加)，保持代码的简洁 性，并加上有效的 Javadoc 注释。尽量不要在接口里定义变量，如果一定要定义变量，肯定 是与接口方法相关，并且是整个应用的基础常量。
正例:接口方法签名 void commit();
接口基础常量 String COMPANY = "alibaba";
反例:接口方法定义 public abstract void f();
说明:JDK8 中接口允许有默认实现，那么这个 default 方法，是对所有实现类都有价值的默认实现。
【参考】 枚举类名带上 Enum 后缀，枚举成员名称需要全大写，单词间用下划线隔开。
说明：枚举其实就是特殊的类，域成员均为常量，且构造方法被默认强制是私有。
正例:枚举名字为 ProcessStatusEnum 的成员名称:SUCCESS / UNKNOWN_REASON。
【参考】 各层命名规约:
1) 获取单个对象的方法用 get 做前缀。
2) 获取多个对象的方法用 list 做前缀，复数形式结尾如:listObjects。 3) 获取统计值的方法用 count 做前缀。
4) 插入的方法用 save/insert 做前缀。
5) 删除的方法用 remove/delete 做前缀。
6) 修改的方法用 update 做前缀。
1) 数据对象:xxxDO，xxx 即为数据表名。
2) 数据传输对象:xxxDTO，xxx 为业务领域相关的名称。
3) 展示对象:xxxVO，xxx 一般为网页名称。
4) POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。
【强制】 不允许任何魔法值(即未经预先定义的常量)直接出现在代码中。
【强制】 避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析 成本，直接用类名来访问即可。
【强制】 相同参数类型，相同业务含义，才可以使用Java的可变参数，避免使用Object。
说明：可变参数必须放置在参数列表的最后。(提倡同学们尽量不用可变参数编程)
【强制】 所有整型包装类对象之间值的比较，全部使用equals方法比较。
说明：对于 Integer var = ? 在-128 至 127 范围内的赋值，Integer 对象是在 IntegerCache.cache 产 生，会复用已有对象，这个区间内的 Integer 值可以直接使用==进行判断，但是这个区间之外的所有数 据，都会在堆上产生，并不会复用已有对象，这是一个大坑，推荐使用 equals 方法进行判断。
关于基本数据类型与包装数据类型的使用标准如下:
说明： POJO 类属性没有初值是提醒使用者在需要使用时，必须自己显式地进行赋值 ，任何 NPE 问题，或 者入库检查，都由使用者来保证。
正例：数据库的查询结果可能是 null，因为自动拆箱，用基本数据类型接收有 NPE 风险。
反例： 比如显示成交总额涨跌情况，即正负 x%，x 为基本数据类型，调用的 RPC 服务，调用不成功时， 返回的是默认值，页面显示为 0%，这是不合理的，应该显示成中划线 。所以包装数据类型的 null 值，能 够表示额外的信息，如:远程调用失败，异常退出。
【强制】 POJO 类必须写 toString 方法。
使用 IDE 中的工具:source> generate toString 时，如果继承了另一个 POJO 类，注意在前面加一下 super.toString。
说明： 在方法执行抛出异常时，可以直接调用 POJO 的 toString()方法打印其属性值，便于排查问题。
【强制】 关于hashCode和equals的处理，遵循如下规则：
说明：String 已覆写 hashCode 和 equals 方法，所以我们可以愉快地使用 String 对象作为 key 来使用。
【强制】 线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。
说明：线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源的开销，解决资源不足的问 题。 如果不使用线程池，有可能造成系统创建大量同类线程而导致消耗完内存或者“过度切换”的问题。
【强制】 线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
以上规范在设计代码中，是比较重要的原则。如果编写代码的过程中，可以依照以上原则，那代码的可读性和可维护性将大大提升