请教，推荐几本java类书籍

1、《Java编程思想》

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

2、《Agile Java》中文版

这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但 是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的 过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK50的语法为基础讲解，要学习JDK50的新语法也不错。还 有这本书对于内容取舍也非常得当，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方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得去购买和收藏。

互联网产品、大型企业级项目常会用到的：

并发处理技术。具体到Java上通常是涉及javautilconcurrent、并发锁机制、NIO等方面，当然最近比较火爆的Netty框架也可以作为高并发处理的备选方案之一，这需要对Java的线程调度机制有着比较深的理解。不过这些可能会涉及并发控制的对象（比如reentrantlock等）只能存在于一个JVM里的问题，一旦系统规模大到需要部署多个JVM来处理并发的情况，则需要采用共享session的技术（比如spring-session），或者尽可能将系统后台设计为无状态的服务，这需要对RESTful有着较深的理解。

高可用、负载均衡技术。互联网产品、企业级应用通常要求一年里的Downtime控制在很小的范围内，这需要足够的高可用和负载均衡架构来支撑，这个一般和Java技术本身没太大关系，但却是一名初级程序员向高级程序员甚至是架构师CIO进阶的必备技术，因此可以适当了解一下Nginx、HAProxy等对这方面的支持。另外现在最“时髦”的做法是将应用docker化，配合ETCD、kubernetes等工具在容器的层面上实现高可用和负载均衡，当然这需要看实际的需求，最时髦的不见得是最适用的，要考虑构建成本。

缓存技术。缓存应该是大型系统中或高并发条件下提高响应速度的亘古不变的真理（虽然也看到过淘宝搜索商品功能采用的大数据处理技术实现的零缓存的文章，但能达到淘宝的体量和技术水平一般不太可能），这方面的工具太多了，ehcache、memcached、redis……从Java的角度来讲，需要了解的一是Java对这些工具的连接器，二是缓存技术背后的JSR-107标准，可以参考spring-cache的实现，阅读一下源码加深理解。

异步处理技术。这通常也是抵消高并发的处理手段之一，从Java的角度看最简单的异步处理就是新启动一个异步线程，这同样也需要对Java的线程调度有所了解，当然也可使用Spring中的@Async之类的也可以简单实现异步线程的处理。如果是非常消耗资源的业务处理，简单的异步线程是满足不了需求的，这就需要一些消息中间件来做这些异步处理了，消息中间件有很多，activemq、rabbitmq、kafka……需要了解的是Java对这些中间件的连接器。不过异步处理中最关键的是事务保证的问题，这可能需要对事务的两步提交有所了解。

最近几年要说哪个领域最火，无疑是互联网领域，而随着互联网的火热，伴随而来的也是相应的互联网职位的火热，比如炙手可热的程序员和产品经理（或者叫程序猿和产品汪）。

我也是一个刚入行不到三年的菜鸟程序员一枚，大学学了四年计算机，毕业以后就一直在写程序。

就像很多人说的那样，大部分时间似乎是在为了实现产品经理的需求而写程序，于是程序猿和产品汪之间那些相爱相杀的事情，我也基本都能体会一二。

如果按照主流的做法，作为程序猿王国里的一猿，我应该挥舞起长矛大刀对产品经理口诛笔伐一番，但是这里我却丝毫不想去为了黑而黑，而是一反常态，从自己的角度来谈谈，作为程序员，我们应该从产品经理那里学到些什么能力，而这些能力，程序员往往做得不够好甚至可能是欠缺的。

1、文案能力对的，没错，就是文案能力。

程序员最擅长的是写代码，用文字符号来清晰地表达程序的运行逻辑，简简单单的ifelse、for就能表达很多复杂的运行逻辑，时间久了，对于母语的表达能力渐渐下降，写个注释往往都能词不达意。

更何况现在代码风格指南都在强调好的代码不需要注释，于是程序员越来越少写自然语言了。

2、沟通能力据我的观察，画原型图只占据了产品经理工作时间很短的一部分，剩余的大部分时间是在和老板、开发、设计、测试沟通，推进产品的一次次迭代。

所以，在一个程序员眼里，产品经理是要协调各方一起推进产品上线的角色，如果有人对需求产生了认知上的偏差，产品经理是要负很大一部分责任的，至少说明产品经理的沟通没做到位，而这样的产品经理大部分都被辞退了，因为出现沟通问题最严重的后果就是上线延期甚至产品失败，一个产品的失败是对产品经理最大的否定。

总之，产品经理绝不是埋头苦干的原型画家，要去关注外界、关注他人，平衡各方利益并且化解冲突。

沟通，本质上也是权衡与妥协的艺术。

我看到的和遇到的产品经理，沟通能力普遍都是很好的，至少大部分都不输于程序员。

3、整体思维现在稍微有点规模的互联网公司都会把各个业务或者功能进行细分，很多程序员往往会专注于自己的业务和细分领域。

精细化分工，是现代社会发展出来的一个高效率生产方式，对提高公司的竞争力是大有好处的。

但是这有一个负面的影响是，很多程序员往往过于专注自己的一亩三分地，不太关心甚至忽略了整体的存在。

4、总结一个好的产品经理其实绝不止这些能力，而文案、沟通、整体思维这些能力是我所观察到的作为产品经理最容易被放大和辨识到的能力，也是多数比较容易被程序员忽视的能力，程序员学习到产品经理身上这些最容易被观察到的特质，对程序员本身来说是一个非常好的进步的过程。

所以，程序员，请多看看产品经理发给你的文案，是不是比你自己写的更友好，逼格更高？北大青鸟>

以上就是关于请教，推荐几本java类书籍全部的内容，包括:请教，推荐几本java类书籍、Java程序猿跳槽应该学哪些方面的技术、北大青鸟java培训：程序员应该向产品经理学习哪些能力等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！