1、Hawsteins BlogHomeArchiveCategoriesSitemapAboutSubscribeGoogle Java编程风格指南January 20, 2014作者：Hawstein出处：http:/ 自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0，转载请注明作者及出处。目录1. 前言2. 源文件基础3. 源文件结构4. 格式5. 命名约定6. 编程实践7. Javadoc8. 后记前言这份文档是Google Java编程风格规范的完整定义。当且仅当一个Java源文件符合此文档中的规则， 我们才认为它符合Google的Java编
2、程风格。与其它的编程风格指南一样，这里所讨论的不仅仅是编码格式美不美观的问题， 同时也讨论一些约定及编码标准。然而，这份文档主要侧重于我们所普遍遵循的规则， 对于那些不是明确强制要求的，我们尽量避免提供意见。1.1 术语说明在本文档中，除非另有说明：1. 术语class可表示一个普通类，枚举类，接口或是annotation类型( i n t e r f a c e)2. 术语comment只用来指代实现的注释(implementation comments)，我们不使用“documentationcomments”一词，而是用Javadoc。其他的术语说明会偶尔在后面的文档出现。1.2 指南说
3、明本文档中的示例代码并不作为规范。也就是说，虽然示例代码是遵循Google编程风格，但并不意味着这是展现这些代码的唯一方式。 示例中的格式选择不应该被强制定为规则。源文件基础2.1 文件名源文件以其最顶层的类名来命名，大小写敏感，文件扩展名为. j a v a。2.2 文件编码：UTF-8源文件编码格式为UTF-8。2.3 特殊字符2.3.1 空白字符除了行结束符序列，ASCII水平空格字符(0 x20，即空格)是源文件中唯一允许出现的空白字符，这意味着：1. 所有其它字符串中的空白字符都要进行转义。2. 制表符不用于缩进。2.3.2 特殊转义序列对于具有特殊转义序列的任何字符(b, t, n
4、, f, r, “, 及)，我们使用它的转义序列，而不是相应的八进制(比如 0 1 2)或Unicode(比如 u 0 0 0 a)转义。2.3.3 非ASCII字符对于剩余的非ASCII字符，是使用实际的Unicode字符(比如)，还是使用等价的Unicode转义符(比如u221e)，取决于哪个能让代码更易于阅读和理解。Tip: 在使用Unicode转义符或是一些实际的Unicode字符时，建议做些注释给出解释，这有助于别人阅读和理解。例如：S t r i n g u n i t A b b r e v = s ; | 赞，即使没有注释也非常清晰S t r i n g u n i t A b
5、 b r e v = u 0 3 b c s ; / / s | 允许，但没有理由要这样做S t r i n g u n i t A b b r e v = u 0 3 b c s ; / / G r e e k l e t t e r m u , s | 允许，但这样做显得笨拙还容易出错S t r i n g u n i t A b b r e v = u 0 3 b c s ; | 很糟，读者根本看不出这是什么r e t u r n u f e f f + c o n t e n t ; / / b y t e o r d e r m a r k | G o o d ，对于非打印字符，使用
6、转义，并在必要时写上注释Tip: 永远不要由于害怕某些程序可能无法正确处理非ASCII字符而让你的代码可读性变差。当程序无法正确处理非ASCII字符时，它自然无法正确运行， 你就会去fix这些问题的了。(言下之意就是大胆去用非ASCII字符，如果真的有需要的话)源文件结构一个源文件包含(按顺序地)：1. 许可证或版权信息(如有需要)2. package语句3. import语句4. 一个顶级类(只有一个)以上每个部分之间用一个空行隔开。3.1 许可证或版权信息如果一个文件包含许可证或版权信息，那么它应当被放在文件最前面。3.2 package语句package语句不换行，列限制(4.4节)并不
7、适用于package语句。(即package语句写在一行里)3.3 import语句3.3.1 import不要使用通配符即，不要出现类似这样的import语句：i m p o r t j a v a . u t i l . * ;3.3.2 不要换行import语句不换行，列限制(4.4节)并不适用于import语句。(每个import语句独立成行)3.3.3 顺序和间距import语句可分为以下几组，按照这个顺序，每组由一个空行分隔：1. 所有的静态导入独立成组2. c o m . g o o g l e imports(仅当这个源文件是在c o m . g o o g l e包下)3.
8、第三方的包。每个顶级包为一组，字典序。例如：android, com, junit, org, sun4. j a v a imports5. j a v a x imports组内不空行，按字典序排列。3.4 类声明3.4.1 只有一个顶级类声明每个顶级类都在一个与它同名的源文件中(当然，还包含. j a v a后缀)。例外：p a c k a g e - i n f o . j a v a，该文件中可没有p a c k a g e - i n f o类。3.4.2 类成员顺序类的成员顺序对易学性有很大的影响，但这也不存在唯一的通用法则。不同的类对成员的排序可能是不同的。 最重要的一点，每个
9、类应该以某种逻辑去排序它的成员，维护者应该要能解释这种排序逻辑。比如，新的方法不能总是习惯性地添加到类的结尾，因为这样就是按时间顺序而非某种逻辑来排序的。3.4.2.1 重载：永不分离当一个类有多个构造函数，或是多个同名方法，这些函数/方法应该按顺序出现在一起，中间不要放进其它函数/方法。格式术语说明：块状结构(block-like construct)指的是一个类，方法或构造函数的主体。需要注意的是，数组初始化中的初始值可被选择性地视为块状结构(4.8.3.1节)。4.1 大括号4.1.1 使用大括号(即使是可选的)大括号与i f , e l s e , f o r , d o , w h
10、i l e语句一起使用，即使只有一条语句(或是空)，也应该把大括号写上。4.1.2 非空块：K & R 风格对于非空块和块状结构，大括号遵循Kernighan和Ritchie风格 (Egyptian brackets):左大括号前不换行左大括号后换行右大括号前换行如果右大括号是一个语句、函数体或类的终止，则右大括号后换行; 否则不换行。例如，如果右大括号后面是else或逗号，则不换行。示例：r e t u r n n e w M y C l a s s ( ) O v e r r i d e p u b l i c v o i d m e t h o d ( ) i f ( c o n d i
11、 t i o n ( ) ) t r y s o m e t h i n g ( ) ; c a t c h ( P r o b l e m E x c e p t i o n e ) r e c o v e r ( ) ; ;4.8.1节给出了enum类的一些例外。4.1.3 空块：可以用简洁版本一个空的块状结构里什么也不包含，大括号可以简洁地写成 ，不需要换行。例外：如果它是一个多块语句的一部分(if/else 或 try/catch/finally) ，即使大括号内没内容，右大括号也要换行。示例：v o i d d o N o t h i n g ( ) 4.2 块缩进：2个空格每当开始
12、一个新的块，缩进增加2个空格，当块结束时，缩进返回先前的缩进级别。缩进级别适用于代码和注释。(见4.1.2节中的代码示例)4.3 一行一个语句每个语句后要换行。4.4 列限制：80或100一个项目可以选择一行80个字符或100个字符的列限制，除了下述例外，任何一行如果超过这个字符数限制，必须自动换行。例外：1. 不可能满足列限制的行(例如，Javadoc中的一个长URL，或是一个长的JSNI方法参考)。2. p a c k a g e和i m p o r t语句(见3.2节和3.3节)。3. 注释中那些可能被剪切并粘贴到shell中的命令行。4.5 自动换行术语说明：一般情况下，一行长代码为了
13、避免超出列限制(80或100个字符)而被分为多行，我们称之为自动换行(line-wrapping)。我们并没有全面，确定性的准则来决定在每一种情况下如何自动换行。很多时候，对于同一段代码会有好几种有效的自动换行方式。Tip: 提取方法或局部变量可以在不换行的情况下解决代码过长的问题(是合理缩短命名长度吧)4.5.1 从哪里断开自动换行的基本准则是：更倾向于在更高的语法级别处断开。1. 如果在非赋值运算符处断开，那么在该符号前断开(比如+，它将位于下一行)。注意：这一点与Google其它语言的编程风格不同(如C+和JavaScript)。 这条规则也适用于以下“类运算符”符号：点分隔符(.)，类
14、型界限中的&（)，catch块中的管道符号(c a t c h ( F o o E x c e p t i o n |B a r E x c e p t i o n e)2. 如果在赋值运算符处断开，通常的做法是在该符号后断开(比如=，它与前面的内容留在同一行)。这条规则也适用于f o r e a c h语句中的分号。3. 方法名或构造函数名与左括号留在同一行。4. 逗号(,)与其前面的内容留在同一行。4.5.2 自动换行时缩进至少+4个空格自动换行时，第一行后的每一行至少比第一行多缩进4个空格(注意：制表符不用于缩进。见2.3.1节)。当存在连续自动换行时，缩进可能会多缩进不只4个空格(语法
15、元素存在多级时)。一般而言，两个连续行使用相同的缩进当且仅当它们开始于同级语法元素。第4.6.3水平对齐一节中指出，不鼓励使用可变数目的空格来对齐前面行的符号。4.6 空白4.6.1 垂直空白以下情况需要使用一个空行：1. 类内连续的成员之间：字段，构造函数，方法，嵌套类，静态初始化块，实例初始化块。例外：两个连续字段之间的空行是可选的，用于字段的空行主要用来对字段进行逻辑分组。2. 在函数体内，语句的逻辑分组间使用空行。3. 类内的第一个成员前或最后一个成员后的空行是可选的(既不鼓励也不反对这样做，视个人喜好而定)。4. 要满足本文档中其他节的空行要求(比如3.3节：import语句)多个连
16、续的空行是允许的，但没有必要这样做(我们也不鼓励这样做)。4.6.2 水平空白除了语言需求和其它规则，并且除了文字，注释和Javadoc用到单个空格，单个ASCII空格也出现在以下几个地方：1. 分隔任何保留字与紧随其后的左括号()(如i f , f o r c a t c h等)。2. 分隔任何保留字与其前面的右大括号()(如e l s e , c a t c h)。3. 在任何左大括号前()，两个例外： S o m e A n n o t a t i o n ( a , b )(不使用空格)。S t r i n g x = f o o ;(大括号间没有空格，见下面的Note)。4. 在任何
17、二元或三元运算符的两侧。这也适用于以下“类运算符”符号：类型界限中的&()。catch块中的管道符号(c a t c h ( F o o E x c e p t i o n | B a r E x c e p t i o n e)。f o r e a c h语句中的分号。5. 在, : ;及右括号()后6. 如果在一条语句后做注释，则双斜杠(/)两边都要空格。这里可以允许多个空格，但没有必要。7. 类型和变量之间：List list。8. 数组初始化中，大括号内的空格是可选的，即n e w i n t 5 , 6 和n e w i n t 5 , 6 都是可以的。Note：这个规则并不要求或禁
18、止一行的开关或结尾需要额外的空格，只对内部空格做要求。4.6.3 水平对齐：不做要求术语说明：水平对齐指的是通过增加可变数量的空格来使某一行的字符与上一行的相应字符对齐。这是允许的(而且在不少地方可以看到这样的代码)，但Google编程风格对此不做要求。即使对于已经使用水平对齐的代码，我们也不需要去保持这种风格。以下示例先展示未对齐的代码，然后是对齐的代码：p r i v a t e i n t x ; / / t h i s i s f i n ep r i v a t e C o l o r c o l o r ; / / t h i s t o op r i v a t e i n t
19、x ; / / p e r m i t t e d , b u t f u t u r e e d i t sp r i v a t e C o l o r c o l o r ; / / m a y l e a v e i t u n a l i g n e dTip：对齐可增加代码可读性，但它为日后的维护带来问题。考虑未来某个时候，我们需要修改一堆对齐的代码中的一行。 这可能导致原本很漂亮的对齐代码变得错位。很可能它会提示你调整周围代码的空白来使这一堆代码重新水平对齐(比如程序员想保持这种水平对齐的风格)， 这就会让你做许多的无用功，增加了reviewer的工作并且可能导致更多的合并冲突。
20、4.7 用小括号来限定组：推荐除非作者和reviewer都认为去掉小括号也不会使代码被误解，或是去掉小括号能让代码更易于阅读，否则我们不应该去掉小括号。 我们没有理由假设读者能记住整个Java运算符优先级表。4.8 具体结构4.8.1 枚举类枚举常量间用逗号隔开，换行可选。没有方法和文档的枚举类可写成数组初始化的格式：p r i v a t e e n u m S u i t C L U B S , H E A R T S , S P A D E S , D I A M O N D S 由于枚举类也是一个类，因此所有适用于其它类的格式规则也适用于枚举类。4.8.2 变量声明4.8.2.1 每次
21、只声明一个变量不要使用组合声明，比如i n t a , b ;。4.8.2.2 需要时才声明，并尽快进行初始化不要在一个代码块的开头把局部变量一次性都声明了(这是c语言的做法)，而是在第一次需要使用它时才声明。 局部变量在声明时最好就进行初始化，或者声明后尽快进行初始化。4.8.3 数组4.8.3.1 数组初始化：可写成块状结构数组初始化可以写成块状结构，比如，下面的写法都是OK的：n e w i n t 0 , 1 , 2 , 3 n e w i n t 0 , 1 , 2 , 3n e w i n t 0 , 1 , 2 , 3n e w i n t 0 , 1 , 2 , 3 4.8.3
22、.2 非C风格的数组声明中括号是类型的一部分：S t r i n g a r g s， 而非S t r i n g a r g s 。4.8.4 switch语句术语说明：switch块的大括号内是一个或多个语句组。每个语句组包含一个或多个switch标签(c a s e F O O :或d e f a u l t :)，后面跟着一条或多条语句。4.8.4.1 缩进与其它块状结构一致，switch块中的内容缩进为2个空格。每个switch标签后新起一行，再缩进2个空格，写下一条或多条语句。4.8.4.2 Fall-through：注释在一个switch块内，每个语句组要么通过b r e a k
23、 , c o n t i n u e , r e t u r n或抛出异常来终止，要么通过一条注释来说明程序将继续执行到下一个语句组， 任何能表达这个意思的注释都是OK的(典型的是用/ / f a l l t h r o u g h)。这个特殊的注释并不需要在最后一个语句组(一般是d e f a u l t)中出现。示例：s w i t c h ( i n p u t ) c a s e 1 : c a s e 2 : p r e p a r e O n e O r T w o ( ) ; / / f a l l t h r o u g h c a s e 3 : h a n d l e O
24、n e T w o O r T h r e e ( ) ; b r e a k ; d e f a u l t : h a n d l e L a r g e N u m b e r ( i n p u t ) ;4.8.4.3 default的情况要写出来每个switch语句都包含一个d e f a u l t语句组，即使它什么代码也不包含。4.8.5 注解(Annotations)注解紧跟在文档块后面，应用于类、方法和构造函数，一个注解独占一行。这些换行不属于自动换行(第4.5节，自动换行)，因此缩进级别不变。例如： O v e r r i d e N u l l a b l ep u b
25、 l i c S t r i n g g e t N a m e I f P r e s e n t ( ) . . . 例外：单个的注解可以和签名的第一行出现在同一行。例如： O v e r r i d e p u b l i c i n t h a s h C o d e ( ) . . . 应用于字段的注解紧随文档块出现，应用于字段的多个注解允许与字段出现在同一行。例如： P a r t i a l M o c k D a t a L o a d e r l o a d e r ;参数和局部变量注解没有特定规则。4.8.6 注释4.8.6.1 块注释风格块注释与其周围的代码在同一缩进级别
26、。它们可以是/ * . . . * /风格，也可以是/ / . . .风格。对于多行的/ * . . .* /注释，后续行必须从*开始， 并且与前一行的*对齐。以下示例注释都是OK的。/ * * T h i s i s / / A n d s o / * O r y o u c a n * o k a y . / / i s t h i s . * e v e n d o t h i s . * / * /注释不要封闭在由星号或其它字符绘制的框架里。Tip：在写多行注释时，如果你希望在必要时能重新换行(即注释像段落风格一样)，那么使用/ * . . . * /。4.8.7 Modifiers类
27、和成员的modifiers如果存在，则按Java语言规范中推荐的顺序出现。p u b l i c p r o t e c t e d p r i v a t e a b s t r a c t s t a t i c f i n a l t r a n s i e n t v o l a t i l e s y n c h r o n i z e d n a t i v e s t r i c t f p命名约定5.1 对所有标识符都通用的规则标识符只能使用ASCII字母和数字，因此每个有效的标识符名称都能匹配正则表达式 w +。在Google其它编程语言风格中使用的特殊前缀或后缀，如n a
28、m e _, m N a m e, s _ n a m e和k N a m e，在Java编程风格中都不再使用。5.2 标识符类型的规则5.2.1 包名包名全部小写，连续的单词只是简单地连接起来，不使用下划线。5.2.2 类名类名都以U p p e r C a m e l C a s e风格编写。类名通常是名词或名词短语，接口名称有时可能是形容词或形容词短语。现在还没有特定的规则或行之有效的约定来命名注解类型。测试类的命名以它要测试的类的名称开始，以T e s t结束。例如，H a s h T e s t或H a s h I n t e g r a t i o n T e s t。5.2.3
29、方法名方法名都以l o w e r C a m e l C a s e风格编写。方法名通常是动词或动词短语。下划线可能出现在JUnit测试方法名称中用以分隔名称的逻辑组件。一个典型的模式是：t e s t _ ，例如t e s t P o p _ e m p t y S t a c k。 并不存在唯一正确的方式来命名测试方法。5.2.4 常量名常量名命名模式为C O N S T A N T _ C A S E，全部字母大写，用下划线分隔单词。那，到底什么算是一个常量？每个常量都是一个静态final字段，但不是所有静态final字段都是常量。在决定一个字段是否是一个常量时， 考虑它是否真的感觉像
30、是一个常量。例如，如果任何一个该实例的观测状态是可变的，则它几乎肯定不会是一个常量。 只是永远不打算改变对象一般是不够的，它要真的一直不变才能将它示为常量。/ / C o n s t a n t ss t a t i c f i n a l i n t N U M B E R = 5 ;s t a t i c f i n a l I m m u t a b l e L i s t N A M E S = I m m u t a b l e L i s t . o f ( E d , A n n ) ;s t a t i c f i n a l J o i n e r C O M M A _ J
31、 O I N E R = J o i n e r . o n ( , ) ; / / b e c a u s e J o i n e r i s i m m u t a b l es t a t i c f i n a l S o m e M u t a b l e T y p e E M P T Y _ A R R A Y = ;e n u m S o m e E n u m E N U M _ C O N S T A N T / / N o t c o n s t a n t ss t a t i c S t r i n g n o n F i n a l = n o n - f i n
32、a l ;f i n a l S t r i n g n o n S t a t i c = n o n - s t a t i c ;s t a t i c f i n a l S e t m u t a b l e C o l l e c t i o n = n e w H a s h S e t ( ) ;s t a t i c f i n a l I m m u t a b l e S e t m u t a b l e E l e m e n t s = I m m u t a b l e S e t . o f ( m u t a b l e ) ;s t a t i c f i
33、n a l L o g g e r l o g g e r = L o g g e r . g e t L o g g e r ( M y C l a s s . g e t N a m e ( ) ) ;s t a t i c f i n a l S t r i n g n o n E m p t y A r r a y = t h e s e , c a n , c h a n g e ;这些名字通常是名词或名词短语。5.2.5 非常量字段名非常量字段名以l o w e r C a m e l C a s e风格编写。这些名字通常是名词或名词短语。5.2.6 参数名参数名以l o w e
34、r C a m e l C a s e风格编写。参数应该避免用单个字符命名。5.2.7 局部变量名局部变量名以l o w e r C a m e l C a s e风格编写，比起其它类型的名称，局部变量名可以有更为宽松的缩写。虽然缩写更宽松，但还是要避免用单字符进行命名，除了临时变量和循环变量。即使局部变量是final和不可改变的，也不应该把它示为常量，自然也不能用常量的规则去命名它。5.2.8 类型变量名类型变量可用以下两种风格之一进行命名：单个的大写字母，后面可以跟一个数字(如：E, T, X, T2)。以类命名方式(5.2.2节)，后面加个大写的T(如：RequestT, FooBarT
35、)。5.3 驼峰式命名法(CamelCase)驼峰式命名法分大驼峰式命名法(U p p e r C a m e l C a s e)和小驼峰式命名法(l o w e r C a m e l C a s e)。 有时，我们有不只一种合理的方式将一个英语词组转换成驼峰形式，如缩略语或不寻常的结构(例如IPv6或iOS)。Google指定了以下的转换方案。名字从散文形式(prose form)开始:1. 把短语转换为纯ASCII码，并且移除任何单引号。例如：Mllers algorithm将变成Muellersalgorithm。2. 把这个结果切分成单词，在空格或其它标点符号(通常是连字符)处分割
36、开。推荐：如果某个单词已经有了常用的驼峰表示形式，按它的组成将它分割开(如AdWords将分割成ad words)。 需要注意的是iOS并不是一个真正的驼峰表示形式，因此该推荐对它并不适用。3. 现在将所有字母都小写(包括缩写)，然后将单词的第一个字母大写：每个单词的第一个字母都大写，来得到大驼峰式命名。除了第一个单词，每个单词的第一个字母都大写，来得到小驼峰式命名。4. 最后将所有的单词连接起来得到一个标识符。示例：P r o s e f o r m C o r r e c t I n c o r r e c t- - - - - - - - - - - - - - - - - - - -
37、- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - X M L H T T P r e q u e s t X m l H t t p R e q u e s t X M L H T T P R e q u e s t n e w c u s t o m e r I D n e w C u s t o m e r I d n e w C u s t o m e r I D i n n e r s t o p w a t c h i n n e r S t o p
38、w a t c h i n n e r S t o p W a t c h s u p p o r t s I P v 6 o n i O S ? s u p p o r t s I p v 6 O n I o s s u p p o r t s I P v 6 O n I O S Y o u T u b e i m p o r t e r Y o u T u b e I m p o r t e r Y o u t u b e I m p o r t e r *加星号处表示可以，但不推荐。Note：在英语中，某些带有连字符的单词形式不唯一。例如：nonempty和non-empty都是正确的，
39、因此方法名c h e c k N o n e m p t y和c h e c k N o n E m p t y也都是正确的。编程实践6.1 Override：能用则用只要是合法的，就把 O v e r r i d e注解给用上。6.2 捕获的异常：不能忽视除了下面的例子，对捕获的异常不做响应是极少正确的。(典型的响应方式是打印日志，或者如果它被认为是不可能的，则把它当作一个A s s e r t i o n E r r o r重新抛出。)如果它确实是不需要在catch块中做任何响应，需要做注释加以说明(如下面的例子)。t r y i n t i = I n t e g e r . p a r
40、 s e I n t ( r e s p o n s e ) ; r e t u r n h a n d l e N u m e r i c R e s p o n s e ( i ) ; c a t c h ( N u m b e r F o r m a t E x c e p t i o n o k ) / / i t s n o t n u m e r i c ; t h a t s f i n e , j u s t c o n t i n u er e t u r n h a n d l e T e x t R e s p o n s e ( r e s p o n s e ) ;例
41、外：在测试中，如果一个捕获的异常被命名为e x p e c t e d，则它可以被不加注释地忽略。下面是一种非常常见的情形，用以确保所测试的方法会抛出一个期望中的异常， 因此在这里就没有必要加注释。t r y e m p t y S t a c k . p o p ( ) ; f a i l ( ) ; c a t c h ( N o S u c h E l e m e n t E x c e p t i o n e x p e c t e d ) 6.3 静态成员：使用类进行调用使用类名调用静态的类成员，而不是具体某个对象或表达式。F o o a F o o = . . . ;F o o .
42、 a S t a t i c M e t h o d ( ) ; / / g o o da F o o . a S t a t i c M e t h o d ( ) ; / / b a ds o m e t h i n g T h a t Y i e l d s A F o o ( ) . a S t a t i c M e t h o d ( ) ; / / v e r y b a d6.4 Finalizers: 禁用极少会去重载O b j e c t . f i n a l i z e。Tip：不要使用finalize。如果你非要使用它，请先仔细阅读和理解Effective Java第
43、7条款：“Avoid Finalizers”，然后不要使用它。Javadoc7.1 格式7.1.1 一般形式Javadoc块的基本格式如下所示：/ * * * M u l t i p l e l i n e s o f J a v a d o c t e x t a r e w r i t t e n h e r e , * w r a p p e d n o r m a l l y . . . * /p u b l i c i n t m e t h o d ( S t r i n g p 1 ) . . . 或者是以下单行形式：/ * * A n e s p e c i a l l y s
44、 h o r t b i t o f J a v a d o c . * /基本格式总是OK的。当整个Javadoc块能容纳于一行时(且没有Javadoc标记XXX)，可以使用单行形式。7.1.2 段落空行(即，只包含最左侧星号的行)会出现在段落之间和Javadoc标记(XXX)之前(如果有的话)。 除了第一个段落，每个段落第一个单词前都有标签，并且它和第一个单词间没有空格。7.1.3 Javadoc标记标准的Javadoc标记按以下顺序出现： p a r a m, r e t u r n, t h r o w s, d e p r e c a t e d, 前面这4种标记如果出现，描述都不能
45、为空。 当描述无法在一行中容纳，连续行需要至少再缩进4个空格。7.2 摘要片段每个类或成员的Javadoc以一个简短的摘要片段开始。这个片段是非常重要的，在某些情况下，它是唯一出现的文本，比如在类和方法索引中。这只是一个小片段，可以是一个名词短语或动词短语，但不是一个完整的句子。它不会以A c o d e F o o i sa . . .或T h i s m e t h o d r e t u r n s . . .开头, 它也不会是一个完整的祈使句，如S a v e t h e r e c o r d . . .。然而，由于开头大写及被加了标点，它看起来就像是个完整的句子。Tip：一个常见的
46、错误是把简单的Javadoc写成/ * * r e t u r n t h e c u s t o m e r I D * /，这是不正确的。它应该写成/ * * R e t u r n s t h e c u s t o m e r I D . * /。7.3 哪里需要使用Javadoc至少在每个public类及它的每个public和protected成员处使用Javadoc，以下是一些例外：7.3.1 例外：不言自明的方法对于简单明显的方法如g e t F o o，Javadoc是可选的(即，是可以不写的)。这种情况下除了写“Returns thefoo”，确实也没有什么值得写了。单元测试
47、类中的测试方法可能是不言自明的最常见例子了，我们通常可以从这些方法的描述性命名中知道它是干什么的，因此不需要额外的文档说明。Tip：如果有一些相关信息是需要读者了解的，那么以上的例外不应作为忽视这些信息的理由。例如，对于方法名g e t C a n o n i c a l N a m e， 就不应该忽视文档说明，因为读者很可能不知道词语c a n o n i c a l n a m e指的是什么。7.3.2 例外：重载如果一个方法重载了超类中的方法，那么Javadoc并非必需的。7.3.3 可选的Javadoc对于包外不可见的类和方法，如有需要，也是要使用Javadoc的。如果一个注释是用来定
48、义一个类，方法，字段的整体目的或行为， 那么这个注释应该写成Javadoc，这样更统一更友好。后记本文档翻译自Google Java Style， 作者Hawstein。Random Posts11 Aug 2013 把编程珠玑读薄23 Jul 2013 如何用C+实现一个LRU Cache18 Jul 2013 微信公众平台：程序员的面试吧14 Jul 2013 Google C+编程风格指南30 Jun 2013 求两个单链表的和0 commentsStart the discussionBestHawsteins Blog Login ShareBe the first to comment.SubscribeAdd Disqus to your site2Powered by Jekyll and Bootstrap. Last updated at 2014-01-23 23:21:23 -0800.
