2017java手册的简单介绍

本篇文章给大家谈谈2017java手册，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、jdk内有哪些约定俗成的命名规则和规范
• 2、如何评价《阿里巴巴 JAVA 开发手册》
• 3、推荐几本学习java的书籍。
• 4、《Java常用算法手册第三版》pdf下载在线阅读全文，求百度网盘云资源
• 5、如何评价阿里巴巴java编码规范认证考试
• 6、java的经典书籍有哪些呀?

jdk内有哪些约定俗成的命名规则和规范

2017版的阿里java开发手册：比较多，只能复制一部分，你可以去百度具体的

一、编程规约  

(一) 命名规约  

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 / TAPromotion 

4. 【强制】方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格，必须遵从

驼峰形式。 

正例： localValue / getHttpMessage() / inputUserId 

5. 【强制】常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。  

正例： MAX_STOCK_COUNT 

反例： MAX_COUNT 

6. 【强制】抽象类命名使用 Abstract 或 Base 开头；异常类命名使用 Exception 结尾；测试类

命名以它要测试的类的名称开始，以 Test 结尾。 

7. 【强制】中括号是数组类型的一部分，数组定义如下：String[] args; 

反例：使用 String args[]的方式来定义。 

8. 【强制】POJO 类中布尔类型的变量，都不要加 is，否则部分框架解析会引起序列化错误。 

反例：定义为基本数据类型 Boolean isSuccess；的属性，它的方法也是 isSuccess()，RPC

框架在反向解析的时候，“以为”对应的属性名称是 success，导致属性获取不到，进而抛出异

常。 

9. 【强制】包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用

单数形式，但是类名如果有复数含义，类名可以使用复数形式。 

正例： 应用工具类包名为 com.alibaba.open.util、类名为 MessageUtils（此规则参考

spring 的框架结构） 

10. 【强制】杜绝完全不规范的缩写，避免望文不知义。 

反例： AbstractClass“缩写”命名成 AbsClass；condition“缩写”命名成 condi，此类

随意缩写严重降低了代码的可阅读性。 

11. 【推荐】如果使用到了设计模式，建议在类名中体现出具体模式。 

说明：将设计模式体现在名字中，有利于阅读者快速理解架构设计思想。 

正例：public class OrderFactory; 

    public class LoginProxy; 

    public class ResourceObserver; 

12. 【推荐】接口类中的方法和属性不要加任何修饰符号（public 也不要加），保持代码的简洁

性，并加上有效的 Javadoc 注释。尽量不要在接口里定义变量，如果一定要定义变量，肯定是

与接口方法相关，并且是整个应用的基础常量。 

正例：接口方法签名：void f(); 

    接口基础常量表示：String COMPANY = "alibaba"; 

反例：接口方法定义：public abstract void f(); 

说明：JDK8 中接口允许有默认实现，那么这个 default 方法，是对所有实现类都有价值的默

认实现。 

13. 接口和实现类的命名有两套规则： 

 1）【强制】对于 Service 和 DAO 类，基于 SOA 的理念，暴露出来的服务一定是接口，内部

的实现类用 Impl 的后缀与接口区别。 

正例：CacheServiceImpl 实现 CacheService 接口。 

 2）  【推荐】  如果是形容能力的接口名称， 取对应的形容词做接口名 （通常是–able 的形式） 。 

正例：AbstractTranslator 实现 Translatable。 

14. 【参考】枚举类名建议带上 Enum 后缀，枚举成员名称需要全大写，单词间用下划线隔开。 

说明：枚举其实就是特殊的常量类，且构造方法被默认强制是私有。 

正例：枚举名字：DealStatusEnum，成员名称：SUCCESS / UNKOWN_REASON。 

15. 【参考】各层命名规约：  

A) Service/DAO 层方法命名规约 

   1） 获取单个对象的方法用 get 做前缀。 

   2） 获取多个对象的方法用 list 做前缀。 

   3） 获取统计值的方法用 count 做前缀。 

   4） 插入的方法用 save（推荐）或 insert 做前缀。 

   5） 删除的方法用 remove（推荐）或 delete 做前缀。 

   6） 修改的方法用 update 做前缀。 

B) 领域模型命名规约 

   1） 数据对象：xxxDO，xxx 即为数据表名。 

   2） 数据传输对象：xxxDTO，xxx 为业务领域相关的名称。 

   3） 展示对象：xxxVO，xxx 一般为网页名称。 

   4） POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。 

(二) 常量定义  

1. 【强制】不允许出现任何魔法值（即未经定义的常量）直接出现在代码中。 

 反例： String key = "Id#taobao_"+tradeId； 

        cache.put(key, value); 

2. 【强制】long 或者 Long 初始赋值时，必须使用大写的 L，不能是小写的 l，小写容易跟数字

1 混淆，造成误解。 

说明：Long a = 2l; 写的是数字的 21，还是 Long 型的 2? 

3. 【推荐】不要使用一个常量类维护所有常量，应该按常量功能进行归类，分开维护。如：缓存

相关的常量放在类：CacheConsts 下；系统配置相关的常量放在类：ConfigConsts 下。 

说明：大而全的常量类，非得使用查找功能才能定位到修改的常量，不利于理解和维护。 

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. 【推荐】如果变量值仅在一个范围内变化用 Enum 类。如果还带有名称之外的延伸属性，必须

使用 Enum 类，下面正例中的数字就是延伸信息，表示星期几。 

正例：public Enum { MONDAY(1), TUESDAY(2), WEDNESDAY(3), THURSDAY(4), FRIDAY(5), SATURDAY(6), 

SUNDAY(7);} 

(三) 格式规约  

1. 【强制】大括号的使用约定。如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果

是非空代码块则： 

 1） 左大括号前不换行。 

 2） 左大括号后换行。 

 3） 右大括号前换行。 

 4） 右大括号后还有 else 等代码则不换行；表示终止右大括号后必须换行。 

2. 【强制】 左括号和后一个字符之间不出现空格；同样，右括号和前一个字符之间也不出现空

格。详见第 5 条下方正例提示。 

3. 【强制】if/for/while/switch/do 等保留字与左右括号之间都必须加空格。 

4. 【强制】任何运算符左右必须加一个空格。 

说明：运算符包括赋值运算符=、逻辑运算符、加减乘除符号、三目运算符等。 

5. 【强制】缩进采用 4 个空格，禁止使用 tab 字符。 

说明：如果使用 tab 缩进，必须设置 1 个 tab 为 4 个空格。IDEA 设置 tab 为 4 个空格时，

请勿勾选 Use tab character；而在 eclipse 中，必须勾选 insert spaces for tabs。 

正例： （涉及 1-5 点） 

public static void main(String[] args) {      

// 缩进 4 个空格      

String say = "hello";      

// 运算符的左右必须有一个空格      

int flag = 0;     

// 关键词 if 与括号之间必须有一个空格，括号内的 f 与左括号，0 与右括号不需要空格      

if (flag == 0) {          

System.out.println(say);      

}      

// 左大括号前加空格且不换行；左大括号后换行      

if (flag == 1) {          

System.out.println("world");      

// 右大括号前换行，右大括号后有 else，不用换行      

阿里巴巴 Java 开发手册 

                                           ——禁止用于商业用途，违者必究——                         6 / 37 

} else {            

System.out.println("ok");      

// 在右大括号后直接结束，则必须换行      

}  

}  

6. 【强制】单行字符数限制不超过 120 个，超出需要换行，换行时遵循如下原则： 

 1） 第二行相对第一行缩进 4 个空格，从第三行开始，不再继续缩进，参考示例。 

 2） 运算符与下文一起换行。 

 3） 方法调用的点符号与下文一起换行。 

 4） 在多个参数超长，逗号后进行换行。 

 5） 在括号前不要换行，见反例。 

正例： 

StringBuffer sb = new StringBuffer();  

//超过 120 个字符的情况下，换行缩进 4 个空格，并且方法前的点符号一起换行  

sb.append("zi").append("xin")...    

.append("huang")...  

.append("huang")...  

.append("huang");  

反例： 

StringBuffer sb = new StringBuffer();  

//超过 120 个字符的情况下，不要在括号前换行  

sb.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 sb = new StringBuffer();  

说明：增加 sb 这个变量，如果需要对齐，则给 a、b、c 都要增加几个空格，在变量比较多的

情况下，是一种累赘的事情。 

阿里巴巴 Java 开发手册 

                                           ——禁止用于商业用途，违者必究——                         7 / 37 

10. 【推荐】方法体内的执行语句组、变量的定义语句组、不同的业务逻辑之间或者不同的语义

之间插入一个空行。相同业务逻辑和语义之间不需要插入空行。 

说明：没有必要插入多行空格进行隔开。 

(四) OOP 规约  

1. 【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析成

本，直接用类名来访问即可。 

2. 【强制】所有的覆写方法，必须加@Override 注解。 

反例：getObject()与 get0bject()的问题。一个是字母的 O，一个是数字的 0，加@Override

可以准确判断是否覆盖成功。另外，如果在抽象类中对方法签名进行修改，其实现类会马上编

译报错。 

3. 【强制】相同参数类型，相同业务含义，才可以使用 Java 的可变参数，避免使用 Object。 

说明：可变参数必须放置在参数列表的最后。（提倡同学们尽量不用可变参数编程） 

正例：public User getUsers(String type, Integer... ids) 

4. 【强制】外部正在调用或者二方库依赖的接口，不允许修改方法签名，避免对接口调用方产生

影响。接口过时必须加@Deprecated 注解，并清晰地说明采用的新接口或者新服务是什么。 

5. 【强制】不能使用过时的类或方法。 

说明：java.net.URLDecoder 中的方法 decode(String encodeStr) 这个方法已经过时，应

该使用双参数 decode(String source, String encode)。接口提供方既然明确是过时接口，

那么有义务同时提供新的接口；作为调用方来说，有义务去考证过时方法的新实现是什么。 

6. 【强制】Object 的 equals 方法容易抛空指针异常，应使用常量或确定有值的对象来调用

equals。 

正例： "test".equals(object); 

反例： object.equals("test"); 

说明：推荐使用 java.util.Objects#equals （JDK7 引入的工具类） 

7. 【强制】所有的相同类型的包装类对象之间值的比较，全部使用 equals 方法比较。 

说明：对于 Integer var = ?在-128 至 127 之间的赋值，Integer 对象是在

IntegerCache.cache 产生， 会复用已有对象， 这个区间内的 Integer 值可以直接使用==进行

判断， 但是这个区间之外的所有数据， 都会在堆上产生， 并不会复用已有对象， 这是一个大坑，

推荐使用 equals 方法进行判断。

8. 关于基本数据类型与包装数据类型的使用标准如下： 

 1） 【强制】所有的 POJO 类属性必须使用包装数据类型。 

 2） 【强制】RPC 方法的返回值和参数必须使用包装数据类型。 

 3） 【推荐】所有的局部变量使用基本数据类型。 

 说明：POJO 类属性没有初值是提醒使用者在需要使用时，必须自己显式地进行赋值，任何

NPE 问题，或者入库检查，都由使用者来保证。 

 正例：数据库的查询结果可能是 null，因为自动拆箱，用基本数据类型接收有 NPE 风险。 

 反例：比如显示成交总额涨跌情况，即正负 x%，x 为基本数据类型，调用的 RPC 服务，调用

不成功时，返回的是默认值，页面显示：0%，这是不合理的，应该显示成中划线-。所以包装

数据类型的 null 值，能够表示额外的信息，如：远程调用失败，异常退出。 

9. 【强制】定义 DO/DTO/VO 等 POJO 类时，不要设定任何属性默认值。 

反例：POJO 类的 gmtCreate 默认值为 new Date();但是这个属性在数据提取时并没有置入具

体值，在更新其它字段时又附带更新了此字段，导致创建时间被修改成当前时间。 

10. 【强制】序列化类新增属性时，请不要修改 serialVersionUID 字段，避免反序列失败；如

果完全不兼容升级，避免反序列化混乱，那么请修改 serialVersionUID 值。 

说明：注意 serialVersionUID 不一致会抛出序列化运行时异常。 

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

方法。 

说明：公有方法是类的调用者和维护者最关心的方法，首屏展示最好；保护方法虽然只是子类

关心，也可能是“模板设计模式”下的核心方法；而私有方法外部一般不需要特别关心，是一个

黑盒实现；因为方法信息价值较低，所有 Service 和 DAO 的 getter/setter 方法放在类体最

后。 

16. 【推荐】setter 方法中，参数名称与类成员变量名称一致，this.成员名 = 参数名。在

getter/setter 方法中，尽量不要增加业务逻辑，增加排查问题的难度。 

反例： 

public Integer getData() {      

if (true) {  

return data + 100;  

} else { 

return data - 100; 

}  

}  

17. 【推荐】循环体内，字符串的连接方式，使用 StringBuilder 的 append 方法进行扩展。 

反例： 

String str = "start";      

for (int I = 0; I  100; i++) {          

str = str + "hello";      

}  

说明：反编译出的字节码文件显示每次循环都会 new 出一个 StringBuilder 对象，然后进行

append 操作，最后通过 toString 方法返回 String 对象，造成内存资源浪费。 

18. 【推荐】下列情况，声明成 final 会更有提示性： 

 1） 不需要重新赋值的变量，包括类属性、局部变量。 

 2） 对象参数前加 final，表示不允许修改引用的指向。 

 3） 类方法确定不允许被重写。 

19. 【推荐】慎用 Object 的 clone 方法来拷贝对象。 

说明：对象的 clone 方法默认是浅拷贝，若想实现深拷贝需要重写 clone 方法实现属性对象

的拷贝。 

20. 【推荐】类成员与方法访问控制从严： 

 1） 如果不允许外部直接通过 new 来创建对象，那么构造方法必须是 private。 

 2） 工具类不允许有 public 或 default 构造方法。 

 3） 类非 static 成员变量并且与子类共享，必须是 protected。  

 4） 类非 static 成员变量并且仅在本类使用，必须是 private。 

 5） 类 static 成员变量如果仅在本类使用，必须是 private。 

 6） 若是 static 成员变量，必须考虑是否为 final。 

 7） 类成员方法只供类内部调用，必须是 private。  

 8） 类成员方法只对继承类公开，那么限制为 protected。 

说明：任何类、方法、参数、变量，严控访问范围。过宽泛的访问范围，不利于模块解耦。思

考：如果是一个 private 的方法，想删除就删除，可是一个 public 的 Service 方法，或者一

个 public 的成员变量，删除一下，不得手心冒点汗吗？变量像自己的小孩，尽量在自己的视

线内，变量作用域太大，如果无限制的到处跑，那么你会担心的。

如何评价《阿里巴巴 JAVA 开发手册》

阿里巴巴集团推出的《阿里巴巴 Java 开发手册（正式版）》是阿里巴巴近万名开发同学集体智慧的结晶，以开发视角为中心，详细列举如何开发更加高效、更加容错、更加有协作性，力求知其然，更知其不然，结合正反例，让 Java 开发者能够提升协作效率、提高代码质量。

推荐几本学习java的书籍。

Java2十大经典图书

第一名 Java编程思想第二版（Thinking in java second)

包含范围 全部。

没说的 绝对的大师作品 当之无愧的第一 第一版时就享誉整个java界（当时网上好象也有人译了）国内版是京京工作室翻译的 基本上毁了此书--错误术语太多 推荐高手看E文版 新手就不要先看此书了 第二版更精采 台湾的侯捷译了此书 （不过是台湾术语）非常棒！BTW:这位大师最近在写Thinking in Python相信又是一本经典名著）

第二名：Java2编程详解（special edition java2)

包含范围 全部

这本书会排在core java2的前面可能很多人会不同意 但是就中译本和内容来看非常全面 适合新手成为高手 虽然国内的价位高了些（150） 但基本还是值得的 该有的内容都有了 做参考书也很不错 BTW 这个系列中的oracle8/8i使用手册也是一本很经典的书 同样推荐。

第三名 Java2核心技术卷一 二（core java2 volume1,2)

包含范围 全部

这两本我把它们看成一本不会有人有异议吧 这也是Sun的官方的书 我觉得相对来说 第二卷高级特性要比第一卷基础知识好（第一卷又是京京工作室译的--真影响情绪 （）内容同样很全面 但是卷一虽说是基础知识 同样对新手来说不是很合适 感觉条理性不强 而且内容有些混杂 但第二卷完全可以弥补这些--精辟而细致 很适合有一定基础的Java程序员看

第四名 Java 2图形设计 卷1 AWT 卷2 Swing-Graphic Java 1.2 Mastering the JFC Volume I:AWT SWING 3rd Edition

包含范围 Java图形设计

没什么说的了 尽管图形设计不如J2EE那么火 而且Win32下做应用程序也不是java的强项 但是AWT和Swing仍然是Java程序员的必修课看这两本就够了看看厚度就知道了而且这也是Sun官方出的图书 第五名：J2EE构建企业系统专家级解决方案 包含范围J2ee

清华大学出版社 译作者 [美]Paul J. Perrone，et al.著 张志伟等译

又是一本极厚的书1038页 105元 不过内容十分丰富 适合想对J2EE整体做了解的程序员 至于每项都想精就不太可能了 呵呵 毕竟在Java中思想是主要的 在这类中有本Java服务器高级编程也很不错 机工华章出的-wrox系列中的

第六名 Java XML编程指南

电子工业出版社 译作者 [美]Tom Myers，Alexander Nakhimovsky著

包含范围 Java+XML

XML在Java中的地位也越来越重要了 而国内能看到的还有一本中国电力出的o eilly的Java和XML 最后我还是选了这本wrox的 当然你要是想好好学学XML本身 还是看看那本XML高级编程吧 wrox系列中的-机工华章出的

第七名 书名 Jini核心技术 英文原书名 Core Jini

作者 W.Keith Edwards

包含范围 Jini

Jini也是Java体系中很重要的部分 而且更重要的是这本可能是国内唯一的一本Jini专著-翻译的也不错 在我看来是当之无愧的经典 同样是Sun的官方图书 内容很清晰透彻

第八名 Enterprise JavaBeans第二版 英文原书名 Enterprise JAVABEANS

作者（美）Richard Monson-Haefel

包含范围 EJB

O‘reilly出的，ejb的重要性我不用多说了吧 尽管有人说这本译的不好 但是同样它是国内目前唯一的EJB专著o eilly的书就是只讲一方面或一项技术 很细 但价格也不菲 这本书的架构还可以 值得一看

第九名 数据结构与算法分析（Java版)

译作者 [美]Clifford A.Shaffer著 张铭 刘晓丹译

包含范围Java算法

尽管基本上Java图书都是讲Java本身的特性 因为Java的体系太庞大了 而用Java来实现的数据结构与算法 这本书也是唯一一本 所以尽管这本不是那么的好但还是做以推荐

第十名 软件工程Java语言实现 英文原书名 Software Engineering with Java

作者 Stephen R.Schach 译者 袁兆山等

这本书没什么多说的 纯理论性的东西 但软件工程的重要也是有目共睹的 而且同样是这个领域中唯一的一本Java书

《Java常用算法手册第三版》pdf下载在线阅读全文，求百度网盘云资源

《Java常用算法手册第三版》百度网盘pdf最新全集下载:

链接:

?pwd=mbgq 提取码: mbgq

简介：Java常用算法手册第三版分别介绍了算法基础、算法应用和算法面试题。首先介绍了算法概述，然后重点分析了数据结构和基本算法思想；接着详细讲解了算法在排序、查找、数学计算、数论、历史趣题、游戏等领域中的应用。  

如何评价阿里巴巴java编码规范认证考试

“阿里巴巴编码规范”是阿里云大学基于《阿里巴巴Java开发手册》打造的认证，用于考察以及让开发者自查对规范的掌握程度。《阿里巴巴Java开发手册》是阿里内部Java工程师所遵循的开发规范，涵盖编程规约、单元测试规约、异常日志规约、MySQL规约、工程规约、安全规约等，这是近万名阿里Java技术精英的经验总结，并经历了多次大规模一线实战检验及完善。该手册于2017年2月份推出以来，引起了业界广泛关注，目前该手册已有几十万的下载量，已被很多中小型公司用来作为内部的开发规范。如果你掌握了这些规范，那么你在进入阿里后，就不会因为编码习惯不同而增加协同的成本，从而可以更快融入团队。

java的经典书籍有哪些呀?

一、Java编程入门类

对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。

1、《Java编程思想》

在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。

2、《Agile Java》中文版

这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。 虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类

打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。

1、《重构 改善既有代码的设计》

这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。

2、《测试驱动开发 by Example》

本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路

到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。

1、《Expert One-on-One J2EE Design and Development》

这本书是Rod Johnson的成名著作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。

2、《Expert One-on-One J2EE Development without EJB》

这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。

以上两本书都是Rod Johnson的经典名著，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。

但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。

3、《企业应用架构模式》

Martin的又一本名著，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。

4、《敏捷软件开发 原则、模式与实践》

Uncle Bob的名著，敏捷的经典名著，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程

了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。

1、《UML精粹》

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

2、《解析极限编程 拥抱变化》XP

这是Kent Beck名著的第二版，中英文对照。没什么好说的，必读书籍。

3、《统一软件开发过程》UP

其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。

4、《敏捷建模》AM

Scott Ambler的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程 拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

五、软件项目管理

如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。

1、《快速软件开发》

这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。

六、总结

在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。

希望对您有所帮助！~

关于2017java手册和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。