*1.代码中的命名均不能以下划线或美元符号开始，也不能以下划线或 美元符号结束
* 反例：_name/$Object/name_/Object$
*
*2.代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式
* 正例：alibaba/taobao/youku/hangzhou等国际通用的名称，可视同英文。
* 反例：DaZhePromotion[打折]/getPingFenByName()[评分] /int 某变量=3
* 3.类名使用UpperCamelCase风格，必须遵从驼峰形式，但以下情形例外：（领域模型的相关命名）DO/BO/DTO/VO等。
* 4.方法名，参数名，成员变量，局部变量都要统一使用小写命名风格，必须遵从驼峰形式。
* 正例：localValue/getHttpMessage()/inputUserId
* 5.常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。
* 正例：MAX_STOCK_COUNT
* 反例：MAX_COUNT
* 6.抽象类命名使用Abstract或Base开头；异常类命名使用Eception结尾，测试类命名以它要测试的类的名称开始。以Test结尾。
* 7.中括号是数组类型的一部分，数组定义如下：String[] args;反例：请勿使用String args[]的方式来定义。
* 8.POJO类中布尔类型的变量，都不要加is，否则部分框架解析会引起序列化错误。
* 反例：定义为基本数据类型boolean isSuccess的属性；
* 它的方法也是isSuccess(),RPC框架在反向解析的时候，"以为"对应的属性名称是success,导致属性获取不到，进而抛出异常。
* 9.包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式，但是类名如果有复数含义，类名可以使用复数形式。
* 正例：应用工具类包名为com.alibaba.open.util。类名为MessageUtils.
* 10.杜绝完全不规范的缩写，避免望文不知义。
* 反例：AbstractClass"缩写"命名为AbsClass，condition"缩写"命名为condi，此类随意缩写严重降低了代码的可阅读性。
*
* 11.如果使用到了设计模式，建议在类名中体现出具体模式。
* 说明：将设计模式体现在名字中，有利于阅读者快速理解架构设计思想。
* 正例：public class OrderFactory;
* public class LoginFactory;
* public class ResourceObserver;
*
* 12.接口类中的方法和属性不要加任何修饰符号（public也不要加），保持代码的简洁性，并加上有效的javadoc注释。
* 尽量不要在接口里定义变量，如果一定要定义变量，肯定是与接口方法相关，并且是整个应用的基础常量。
* 正例：接口方法签名：void f();
* 接口基础常量表示：String COMPANY="alibaba";
* 反例：接口方法定义：public abstract void f();
* 说明：JDK8中接口允许有默认实现，那么这个default方法，是对所有实现类都有价值的默认实现。
*
* 13.接口和实现类的命名有两套规则：
* 对于Service和DAO类，基于SOA的理念，暴露出来的服务一定是接口，内部的实现类用Impl的后缀与接口区别。
* 如果是形容能力的接口名称，取对应的形容词做接口名（通常是-able的形式）。
* 正例：CacheServiceImpl实现CacheService接口。
* AbstractTranslator实现Translatable.
*
* 14.枚举类名建议带上Enum后缀，枚举成员名称需要全大写，单词间用下划线隔开。
* 说明：枚举其实就是特殊的常量类，且构造方法被默认强制是私有。
* 正例：枚举名字：DealStatusEnum，成员名称:SUCCESS / UNKNOWN_REASON.
* 1.不允许出现任何魔法值（即未经定义的常量）直接出现在代码中。
* 反例： String key="Id#taobao_"+tradeId; cache.put(key,value);
* 2.Long或long初始赋值时，必须使用大写的L，不能是小写的l。小写容易跟数字1混淆，造成误解。
* 说明：Long a=2l;不容易看出写的是数字21，还是Long型的2
* 3.不要使用一个常量类维护所有常量，应该按常量功能进行归类，分开维护。
* 如：缓存相关的常量放在类：CacheConsts下，系统配置相关的常量放在类：ConfigConnsts下
* 说明：大而全的常量类，非得使用查找功能才能定位到修改的常量，不利于理解和维护。
* 4.常量的服用层次有五层：跨应用共享常量，应用内共享常量，子工程内共享常量，包内共享常量，类内共享常量。
* 1.跨应用共享常量：放置在第二方库中，通常是client.jar中的constant目录下。
* 2.应用内共享常量：放置在一方库的modules中的constant目录下。
* 反例：易懂变量也要统一定义成应用内共享常量。两位工程师在两个类中分别定义了表示"是"的变量。
* 类A中：public static final String YES="yes";
* 类B中：public static final String YES="Y";
* A.YES.equals(B.YES),预期是true,但实际返回为false,导致线上问题。
* 3.子工程内部共享常量：即在当前子工程的constant目录下。
* 4.包内共享常量：即在当前包下单独的constant目录下。
* 5.类内共享常量:直接在类内部private static final定义。
*
* 5.推荐如果变量值仅在一个范围内变化d用Enum类。如果还带有名称之外的延伸属性，必须使用Enum类，下面例子中的数字就是延伸信息，表示星期几。
* 正例：publicEnum(MONDAY(1),TUESDAY(2),WEDNESDAY(3),THURSDAY(4),FRIDAY(5),SATURDAY(6),SUNDAY(7))
* 11.库名与应用d名称尽量一致。
* 12.如果修改字段含义或对字段表示的状态追加时，需要及时更新字段注释。
* 13.字段允许适当冗余，以提高性能，但是必须考虑数据同步的情况。冗余字段应遵循：
* 1.不是频繁修改的字段。
* 2.不是varchar超长字段，更不能是text字段。
* 正例：商品类目名称使用频率高，字段长度短，名称基本一成不变，可在相关联的表中冗余存储类目名称，避免关联查询。
*
*
* 14.Service/DAO层方法命名规约
*
* 1.获取单个对象的方法用get做前缀。
* 2.获取多个对象的方法用list做前缀。
* 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.
* 1.大括号的使用约定。如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果是非空代码块则：
* .左大括号前不换行。左大括号后换行。
* .右大括号前换行，右大括号后还有else等代码则不换行；表示终止右大括号后必须换行。
* 2.左括号和后一个字符之间不出现空格；同样，右括号和前一个字符之间也不出现空格。
* 3.if/for/while/switch/do等保留字与左右括号之间都必须加空格。
* 4.任何运算符左右必须加一个空格。说明：运算符包括赋值运算符=，逻辑运算符&&，加减乘除符号，三目运行符等。
* 5.缩进采用4个空格，禁止使用tab字符。
* 说明：如果使用tab缩进，必须设置1个tab为4个空格。IDEA设置tab为4个空格时，请勿勾选User tab character;
* 而在eclipse中，必须勾选Window-->General-->Appearance-->Editors-->Text Editors-->insert spaces for tabs.
* 6.单行字符数限制不超过120个，超出需要换行，换行时遵循如下原则:
* .第二行相对第一行缩进4个空格，从第三行开始，不再继续缩进，参考示例。
* .运算符与下文一起换行。
* .方法调用的点符号与下文一起换行。
* .在多个参数超长，逗号后进行换行。
* .在括号前不要换行
* 正例：
* StringBuffer sbuffer=new StringBuffer();
* //超过120个字符的情况下，换行缩进4个空格，并且方法前的点符号一起换行。
* sbuffer.append("zi").append("xin")...
* .append("huang")...
* .append("huang")...
* .append("huang");
* 反例：
* StringBuffer sbuffer=new StringBuffer();
* //超过120个字符的情况下,不要在括号前换行
* sbuffer.append("zi").append("xin")...append
* ("huang")
* //参数很多的方法调用可能超过120个字符，不要在逗号前换行。
* method(args1,args2,args3,...
* ,argsX);
* 7.方法参数在定义和传入时，多个参数逗号后边必须加空格。
* 正例：下例中实参的"a"，后边必须要有一个空格。
* method("a", "b", "c");
*
* 8.IDE的text file encoding设置为UTF-8;IDE中文件的换行符使用Unix格式，不要使用windows格式。
* 9.没有必要增加若干空格来使某一行的字符与上一行的相应字符对齐。
* 正例：int a=3;
* long b=4L;
* float c=5F;
* StringBuffer sbuffer=new StringBuffer();
* 说明：增加sbuffer这个变量，如果需要对齐，则给a,b,c都要增加几个空格。所以没有必要对齐。
* 10.方法体内的执行语句组，变量的定义语句组，不同的业务逻辑之间或者不用的语义之间插入一个空行。相同业务逻辑和语义之间不需要插入空行。
* 说明：没有必要插入多行空格进行隔开。
* 11.构造方法里面禁止加入任何业务逻辑，如果有初始化逻辑，请放在init方法中。
* 12.POJO类必须写在toString方法。使用IDE中工具：source>generate toString时,如果继承了另一个POJO类，注意在前面加一下super.toString
* 说明：在方法执行抛出异常时，可以直接调用pojo的toString（）方法打印其属性值，便于排查问题。
* 13.使用索引访问用String的split方法得到的数组时，需做最后一个分隔符后有无内容的检查，否则会有抛IndexOutOfBoundsException的风险。
* 说明：String str="a,b,c,,";
* String[] ary=str.split(",");
* //预期大于3，结果是3
* System.out.println(ary.length);
* 14.当一个类有多个构造方法，或者多个同名方法，这些方法应该按顺序放置在一起，便于阅读。
* 15.类内方法定义顺序依次是：公有方法或保护方法>私有方法>getter/setter方法。
* 16.setter方法中，参数名称与类成员变量名称一致，this.成员名=参数名。在getter/setter方法中，尽量不要增加业务逻辑，增加排查问题的难度。
* 17.循环体内，字符串的联接方式，使用StringBuiler的append方法进行扩展。
* StringBuffer str2=new StringBuffer();
for(int i=0;i<3;i++){
str2.append(" hello ");
}
System.out.println(str2);
18.final可提高程序响应效率，声明成final的情况：
.不需要重新赋值的变量，包括类属性，局部变量。
.对象参数前加final,表示不允许修改引用的指向。
.类方法确定不允许重写。
19.慎用Object的clone方法来拷贝对象。
说明：对象的clone方法默认是浅拷贝，若想实现深拷贝需要重写clone方法实现属性对象的拷贝。
20.类成员与方法访问控制从严：
.如果不允许外部直接通过new来创建对象，那么构造方法必须是private.
.工具类不允许有public或default构造方法。
.类非static成员变量并且与子类共享，必须是protected.
.类非static成员变量并且仅在本类使用，必须是private.
.类非static成员变量如果仅在本类使用，必须是private.
.若是static成员变量，必须考虑是否为final.
.类成员方法只供类内部调用，必须是private.
.类成员方法只对继承类公开，那么限制为protected.
说明：任何类，方法，参数，变量，严控访问范围。过宽泛的访问范围，不利于模块解耦。
1.关于hashCode和equals的处理，遵循如下规则：
.只要重写equals,就必须重写hashCode。
.因为Set存储的是不重复的对象，依据hashCode和equals进行判断，所以Set存储的对象必须重写这两个方法。
.如果自定义对象做为Map的键，那么必须重写hashCode和equals。
正例:String方法重写了 hashCode和equals方法。所以我们可以非常愉快的将spring作为key来使用。
2.ArrayList的subList结果，不可强转为ArrayList，
否则会抛出ClassCastException异常：java.util.RandomAccessSubList cannot be cast to java.util.ArrayList;
说明：subList返回的是ArrayList的内部类 subList,并不是ArrayList，而是ArrayList的一个视图，对于subList子列表的所有操作最终会反应到原列表上。
3. 在subList场景中，高度注意对原集合元素个数的修改，会导致子列表的遍历，增加，删除均产生ConcurrentModificationException异常。
4.使用集合转数组的方法，必须使用集合的toArray(T[] Array),传入的是类型完全一样的数组。大小就是list.size()
反例：直接使用toArray无参方法存在问题，此方法返回值只能是Object[]类，若强转其它类型数组将出现ClassCastException错误。
正例：List
list.add("xian");
list.add("cheng");
String[] array = new String[list.size()];
array=list.toArray(array);
for (int i = 0; i < array.length; i++) {
System.out.println(array[i]);
}
说明：使用toArray带参方法，入参分配的数组空间不够大时，toArray方法内部将重新分配内存空间，并返回新数组地址；如果数组元素大于实际所需，
下标为[list.size()]的数组元素将被置为null，其它数组元素保持原值，因此最好将方法入参。数组大小定义与集合元素个数一致。
5.使用工具类Arrays.asList()把数组转换成集合时，不能使用其修改集合相关的方法，
它的add/remove/clear方法会抛出UnsupportedOperationException异常。
说明:asList的返回对象是一个Arrays内部类，并没有实现集合的修改方法。Arrays.asList体现的是适配器模式，只是转换接口，后台的数据仍是数组。
String[] str=new String[]{"a","b"};
List list=Arrays.asList(str);
第一种情况：list.add("c");运行时异常。
第二种情况：str[0]="jiayou";那么list.get(0)也会随之修改。
6.泛型通配符来接收返回的数据，此写法的泛型集合不能使用add方法。
说明：苹果装箱后返回一个 对象，此对象就不能往里加任何水果，包括苹果。
7.不要在foreach循环里进行元素的remove/add操作。remove元素请使用Iterator方式，如果并发操作，需要对Iterator对象加锁。
反例：List
list.add("a");
list.add("b");
list.add("c");
list.add("1");
list.add("2");
for (String temp : list) {
if("2".equals(temp)) {
list.remove(temp);
}
}
for(int i = 0; i < list.size(); i++) {
System.out.println(i+" "+list.get(i));
}
报错：只有删除最后一个元素时，才会报错java.util.ConcurrentModificationException。
正例： List
list.add("a");
list.add("b");
list.add("c");
list.add("1");
list.add("2");
Iterator
while(it.hasNext()) {
String temp=it.next();
if("2".equals(temp)) {
it.remove();
}
}
for(int i = 0; i < list.size(); i++) {
System.out.println(i+" "+list.get(i));
}
8.在JDK7版本以上，Comparator要满足自反性，传递性，对称性，不然Arrays.sort,Collections.sort会报IllegaArgumentException异常。
说明：自反性：x,y的比较结果和y,x的比较结果相反。 传递性：x>y,y>z,则x>z。对称性：x=y，则x,z比较结果和y,z比较结果相同。
反例： 下例中没有处理相等的情况，实际使用中可能会出现异常:
new Comparator
@Override
public int Compare(Student o1,Student o2){
return o1.getId()>o2.getId()?1:-1;
}
}
9.集合初始化时，尽量指定集合初始值大小。
说明：ArrayList尽量使用ArrayList(int initialCapacity)初始化。
10.使用entrySet遍历Map类集合KV,而不是keySet方式进行遍历。
说明：keySet其实是遍历了2次一次是转为Iterator对象，另一次是从hashMap中取出key所对应value。
而entrySet只是遍历了一次就把key和value都放到了entry中，效率更高。如果是JDK8，使用Map.foreach方法。
11. 高度注意Map类集合K/V能不能存储null值的情况，如下表格：
集合类 key value Super 说明
Hashtable 不允许为null 不允许为null Dictionary 线程安全
ConcurrentHashMap 不允许为null 不允许为null AbstractMap 分段锁技术
TreeMap 不允许为null 允许为null AbstractMap 线程不安全
HashMap 允许为null 允许为null AbstractMap 线程不安全
反例：由于HashMap的干扰，很多人认为ConcurrentHashMap是可以置入null值，注意存储null值时会抛出NPE异常。
12.合理利用好集合的有序性(sort)和稳定性(order),避免集合的无序性(unsort)和不稳定性(unorder)带来的负面影响。
说明：稳定性指集合每次遍历的元素次序是一定的。有序性是指遍历的结果是按某种比较规则一次排列的。
如：ArrayList是order/unsort;HashMap是unorder/unsort;TreeSet是order/sort。
13.利用Set元素唯一的特性，可以快速对一个集合进行去重操作，避免使用List的contains方法进行遍历，对比，去重操作。
1.获取单例对象需要保证线程安全，其中的方法也要保证线程安全。
说明：资源驱动类，工具类，单例工厂类都需要注意。
2.创建线程或线程池时请指定有意义的线程名称，方便出错时回溯。
public class TimerTaskThread extends Thread{
public TimerTaskThread(){
super.setName("TimerTaskThread");
}
}
3.线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。
说明：使用线程池的好处是减少在创建和销毁线程上所花的时间以及系统资源的开销，解决资源不足的问题。如果不使用线程池，有可能造成系统
创建大量同类线程而导致消耗完内存或者"过度切换"的问题。
4.线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，
规避资源耗尽的风险。
说明：Executors返回的线程池对象的弊端如下：
1) FixedThreadPool和SingleThreadPool；允许的请求队列长度为Integer.MAX_VALUE，可能会堆积大量的请求，从而导致OOM.
2) CachedThreadPool和ScheduIedThreadPool；允许的创建线程数量为Integer.MAX_VALUE，可能会堆积大量的请求，从而导致OOM.
5.SimpleDateFormat是线程不安全的类，一般不要定义为static变量，如果定义为static，必须加锁，或者使用DateUtils工具类。
正例：注意线程安全，使用DateUtils。亦推荐如下处理：
private static final ThreadLocal
@Override
protected DateFormat initialValue(){
return new SimpleDateFormat("yyyy-MM-dd");
}
};
说明：如果是JDK8的应用，可以使用Instant代替Date,LocalDateTime代替Calendar,DateTimeFormatter代替Simpledateformatter.
官方给出的解释：simple beautiful strong immutable thread-safe.
6.高并发时，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁；能锁区块，就不要锁整个方法体；能用对象锁，就不要用类锁。
7.对多个资源，数据库表，对象同时加锁时，需要保持一致的加锁顺序，否则可能会造成死锁。
说明：线程一需要对表A,B,C依次全部加锁后才可以进行更新操作，那么线程二的加锁顺序也必须是A,B,C，否则可能会出现死锁。
8.并发修改同一记录时，避免更新丢失，要么在应用层加锁，要么在缓存加锁，要么在数据库层使用乐观锁，使用version作为更新依据。
说明：如果每次访问冲突概率小于20%，推荐使用乐观锁，否则使用悲观锁。乐观锁的重试次数不得小于3次。
9.多线程并行处理定时任务时，Timer运行多个TimeTask时，只要其中之一没有捕获抛出的异常，其他任务便会自动终止运行，
使用ScheduExecutorService则没有这个问题。
10.使用CountDownLatch进行异步转同步操作，每个线程退出前必须调用countDown方法，线程执行代码注意catch异常，
确保countDown方法可以执行，避免主线程无法执行至countDown方法，直到超时才返回结果。
说明：注意，子线程抛出异常堆栈，不能在主线程try-catch到。
11.避免Random实例被多线程调用，虽然共享该实例是线程安全的，但会因竞争同一seed导致的性能下降。
说明：Random实例包括java.util.Random的实例或者Math.random()实例。
正例：在JDK7之后，可以直接使用API ThreadLocalRandom。在JDK7之前，可以做到每个线程一个实例。
12.通过双重检查锁(double-checked locking)(在并发场景)实现延迟初始化的优化问题隐患
（可参考the "Double-Checked Locking is Broken" Declaration）,
推荐问题解决方案中较为简单的一种(适用于JDK5以及以上版本)，将目标属性声明为volatile型。
反例：
class Foo{
private Helper helper = null;
public Helper getHelper(){
if(helper == null) synchronized(this){
if(helper == null){
helper = new Helper();
}
return helper;
}
}
}
13.volatile解决多线程内存不可见问题。对于一写多读，是可以解决变量同步问题，但是如果多写，同样无法解决线程安全问题。如果是count++操作，
使用如下类实现：AtomicInteger count = new AtomicInteger(); count.addAndGet(1);
如果是JDK8,推荐使用LongAdder对象，比AtomicLong性能更好(减少乐观锁的重试次数)。
14.HashMap在容量不够进行resize时由于高并发可能出现死链，导致CPU飙升，在开发过程中注意规避此风险。
15.ThreadLocal无法解决共享对象的更新问题，ThreadLocal对象建议使用static修饰。这个变量是针对一个线程内所有操作共有的，所以设置为静态变量，
所有此类实例共享此静态变量，也就是说在类第一次被使用时装载，只分配一块存储空间，所有此类的对象（只要是这个线程内定义的）都可以操控这个变量。
1.在一个switch块内，每个case要么通过break/return 等来终止，要么注释说明程序将继续执行到哪一个case为止；在一个switch块内，
都必须包含一个default语句并且放在最后，即使它什么代码也没有。
2.在if/else/for/while/do语句必须使用大括号，即使只有一行代码，避免使用下面的形式：if(condition) statements;
3.推荐尽量少用else,if-else的方式可以改写成：
if(condition){
...
return obj;
}//接着写else的业务逻辑代码。
说明：如果非得使用if()...else if()...else...方式表达逻辑，请勿超过3层。超过请使用状态设计模式。
正例：逻辑上超过3层的if-else代码可以使用卫语句，或者状态模式来实现。
4.除常用方法(如 getXXX/isXXX等外，不要在条件判断中执行其它复杂的语句，将复杂逻辑判断的结果赋值给一个有意义的布尔变量名，以提高可读性。
说明：很多if语句内的逻辑相当复杂，阅读者需要分析条件表达式的最终结果，才能明确什么样的条件执行什么样的语句。那么，如果阅读者分析逻辑表达式错误哪？
正例：
boolean existed = ( file.open(filename,"w") !=null && (...) || (...) );
if(existed){
...
}
反例
if( (file.open(filename,"w") !=null && (...) || (...) ) ){
...
}
5.循环中的语句要考量性能，下面循环体内的语句尽量移循环体外处理。例如定义对象，变量，获取数据库连接，进行不必要的try-catch操作。
6.接口入参保护，这种场景常见的是用于做批量操作的接口。
7.方法中需要进行参数校验的场景：
.调用频次低的方法。
.运行时间开销很大的方法，参数校验时间几乎可以忽略不计，但如果因为参数错误导致中间执行回退，或者错误。那得不偿失。
.需要极高稳定性和可用性的方法。
.对外提供的开放接口，不管是RPC/API/HTTP接口.
.敏感权限入口.
8.方法中不需要进行参数校验的场景：
.极有可能被循环调用的方法,不建议对参数进行校验.但在方法说明里必须注明外部参数检查.
.底层的方法调用频度都比较高,一般不校验.一般DAO层与Service层都在同一个应用中，部署在同一台服务器中，所以DAO的参数校验，可以省略。
.被声明成private只会被自己代码所调用的方法，如果能够确定调用方法的代码传入参数时已经做过检查或者肯定不会有问题，此时可以不校验参数。
1.类，类属性，类方法的注释必须使用Javaoc规范，使用/*内容/格式，不得使用//xxx方式。
2.所有抽象方法（包括接口中的方法）必须要用Javadoc注释，除了返回值，参数，异常说明外，还必须指出该方法做什么事情，实现什么功能。
3.所有的类都必须添加创建者信息。
4.方法内部单行注释，在被注释语句上方另起一行，使用//注释。 方法内部多行注释使用/* *注释，注意与代码对齐。
5.所有的枚举类型字段必须要有注释，说明每个数据项的用途。
6.与其"半吊子"英文来注释，不如用中文来注释请出去。专有名词和关键字保持英文原文即可。
7.代码修改的同时，注释也要有相应的修改。尤其是参数，返回值，异常，核心逻辑等的修改，
8.注释掉的代码。最好配上说明注释。 而不是简单的注释掉。说明代码被注释掉有两种可能性：1）后续会恢复此段代码逻辑。2）永久不用，建议直接删除。
9.对于注释的要求：
第一,能够准确反应设计思想和代码逻辑。
第二，能够描述业务含义，使别的程序员能够迅速了解到代码背后的信息。
10.好的命名，代码结构是自解释的，注释力求精简准确，表达到位。 避免出现注释的一个极端：过多过滥的注释，代码的逻辑一旦修改，修改注释是相当大的负担。
11.特殊注释标记，请注明标记人与标记时间。注意及时处理这些标记，通过标记扫描，经常清理此类标记。线上故障有时候就是来源于这些标记处的代码。
.待办事宜（TODO）：(标记人，标记时间。[预计处理时间])表示需要实现，但目前还未实现的功能。这实际上是一个Javadoc的标签，
目前的Javadoc还没有实现，但已经被广泛使用。只能应用于类，接口和方法(因为它是一个Javadoc标签).
.错误，不能工作（FIXME）：(标记人，标记时间。[预计处理时间])在注释中用FIXME标记某代码是错误的，而且不能工作，需要及时纠正的情况。