为什么阿里的程序员那么帅？原来他们都有“编码规约扫描”神器在手

　　好了，不是废话的也说了这么多，想必大家都知道公元2017-10-15，阿里首发了Java开发规约插件，当时我在地铁上看的那叫一个兴奋，由于昨天有点忙，所以今天抽空给各位分享一下该插件的安装和使用，以及我们需要的代码风格。

　　推荐IDEA使用编码规约插件jdk至少是1.7+，eclipse使用编码规约插件jdk至少是1.8+。但是本人使用的是SpringTool Suite开发工具(spring的一个开发插件)，jdk是1.7的，但是今天安装后能够正常使用，具体原因我也没有详细去查，但是结果是好的，再说一次能够正常使用。

　　打开eclipse或者SpringTool Suite工具，通过Help菜单>

　　选择 InstallNewSoftware，然后输入即可看到安装列表，然后安装即可，如果在安装过程中如果出现信息则可不比关心，跳过即可。

　　如果你已经在你的开发工具中安装了阿里代码规约插件，你可以在某个类或者某个包上鼠标右键，就会看到【阿里编码规约扫描】神器了，抓紧试试，看看自己写的代码是有多丑。

　　通过阿里代码规约插件的几通扫描，丑陋的代码，我可是费了老半天才帮它们化好妆的。首先普及各位三个单词:blocker(雏形锻模，预锻模)、Critical(关键的;的，爱挑剔的;严重的;极重要的)、Major(主要的;重要的;大调的)。这三个单词代表代码规约插件扫描出来的三类不规范的信息列表，具体的信息你自己去体验一把就知道了。

　　当你右键执行>

　　阿里编码规约扫描时，就会在开发工具的通知栏中出现以下俩个选项卡P3C Results和Rule Detail，前者代表扫描出的不规范的错误列表，后者代表各个列表项不规范的详细情况，最主要的是举例教你如何改正，我喜欢。

　　1、Object的equals方法容易抛空指针异常，应使用常量或确定有值的对象来调用equals。

　　3、方法内部单行注释，在被注释语句上方另起一行，使用//注释。方法内部多行注释使用/* */注释。注意与代码对齐。 【注释这块我个人常重视的】

　　4、类、类属性、类方法的注释必须使用javadoc规范，使用/**内容*/格式，不得使用//方式和/**/方式。说明:在IDE编辑窗口中，javadoc方式会提示相关注释，生成javadoc可以正确输出相应注释;在IDE中，工程调用方法时，不进入方法即可悬浮提示方法、参数、返回值的意义，提高阅读效率。

　　5、循环体内，字符串的联接方式，使用StringBuilder的append方法进行扩展。说明:反编译出的字节码文件显示每次循环都会new出一个StringBuilder对象，然后进行append操作，最后通过toString方法返回String对象，造成内存资源浪费。

　　6、集合初始化时，指定集合初始值大小。HashMap使用如下构造方法进行初始化，如果暂时无法确定集合大小，那么指定默认值(16)即可。这块我个人的代码扫出了一大堆，以后真得防范了。

　　日常开发中也是一样，如果你写的代码再优再牛逼，你试试将一个项目中所有代码搞得长一行短一行格式乱七八糟，甚至连最基本的类、接口注释都不写，谁会愿意去发现你是一位牛逼的程序员。

　　最后给那些插件开发的阿里伙伴们付出的247个日夜点个赞，他们的确很棒，愿他们在以后的开发上永在，薪水倍升!