阿里JAVA编码规范手册.docxVIP

目录前言1一、编程规约2(一)命名规约2(二)常量定义4(三)格式规约5(四)OOP规约7(五)集合处理11(六)并发处理13(七)控制语句16(八)注释规约17(九)其它18二、异常日志20(一)异常处理20(二)日志规约21三、MySQL规约23(一)建表规约23(二)索引规约25(三)SQL规约27(四)ORM规约28四、工程规约29(一)应用分层29(二)二方库规约30(三)服务器规约32五、安全规约33附1：版本历史34附2：本规约专有名词34附3：法律声明34（注：全文浏览时请使用PDF左侧导航栏）阿里巴巴Java开发手册前言《阿里巴巴Java开发手册》是阿里巴巴集团技术团队的集体经验总结，经历了多次大规模一线实战的检验及不断的完善，反馈给广大开发者。现代软件行业的高速发展对于开发者的综合素质要求越来越高，因为不仅是编程知识点，其它维度的知识点也会影响到软件的最终交付质量。比如：数据库的表结构和索引设计缺陷可能带来软件上的架构缺陷或性能风险；工程结构混乱导致维护困难；没有鉴权的漏洞代码被黑客攻击等等。所以本手册以Java开发者为中心视角，划分为编程规约、异常日志规约、MySQL规约、工程规约、安全规约五大块，再根据内容特征，细分成若干二级子目录。根据约束力强弱及故障敏感性，规约依次分为强制、推荐、参考三大类。对于规约里的内容，“说明”对内容做了引申和解释；“正例”提倡什么样的编码和实现方式；“反例”说明需要提防的雷区，以及真实的错误案例。本手册的愿景是码出质量、码出高效。代码的字里行间流淌的是软件生命中的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升质量意识。另外，现代软件架构都需要协同开发完成，高效考虑的是降低协同成本，所谓无规矩不成方圆，无规范不能协作。众所周知，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全。试想如果没有限速，没有红绿灯，没有规定靠右行驶，谁还敢上路行驶。对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率。《阿里巴巴Java开发手册》，开放包容地认真总结社区、博客、论坛的反馈，及时修正，保持与时俱进。请关注手册末页的“阿里技术”和“云栖社区”公众号获取必威体育精装版版。——禁止用于商业用途，违者必究——1/37阿里巴巴Java开发手册Java开发手册版本号制定团队更新日期备注1.1.0阿里巴巴集团技术团队2017.2.27增加前言和专有名词说明，修正部分描述。一、编程规约(一)命名规约1.【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。反例：_name/__name/$Object/name_/name$/Object$2.【强制】代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。说明：正确的英文拼写和语法可以让阅读者易于理解，避免歧义。注意，即使纯拼音命名方式也要避免采用。反例：DaZhePromotion[打折]/getPingfenByName()[评分]/int某变量=3正例：alibaba/taobao/youku/hangzhou等国际通用的名称，可视同英文。3.【强制】类名使用UpperCamelCase风格，必须遵从驼峰形式，但以下情形例外：（领域模型的相关命名）DO/BO/DTO/VO等。正例：MarcoPolo/UserDO/XmlService/TcpUdpDeal/TaPromotion反例：macroPolo/UserDo/XMLService/TCPUDPDeal/TAPromotion4.【强制】方法名、参数名、成员变量、局部变量都统一使用lowerCamelCase风格，必须遵从驼峰形式。正例：localValue/getHttpMessage()/inputUserId5.【强制】常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。正例：MAX_STOCK_COUNT反例：MAX_COUNT6.【强制】抽象类命名使用Abstract或Base开头；异常类命名使用Exception结尾；测试类命名以它要测试的类的名称开始，以Test结尾。7.【强制】中括号是数组类型的一部分，数组定义如下：String[]args;反例：使用Stringargs[]的方式来定义。——禁止用于商业用途，违者必究——2/37阿里巴巴Java开发手册8.【强制】POJO类中布尔类型的变量，都不要加is，否则部分框架解析会引起序列化错误。反例：定义为基本数据类型BooleanisSuccess；的属性，它的方法也是isSuccess()，RPC框架在反向解析的时候，“以为”对应的属性名称是success，导致属性获取不到，