国内技术网站多如牛毛，质量高的网站也不少，博客园也算一个，各类文章数以百万计，我随便输入一个关键字，比如Spring Cloud，都能看到大量的技术文章和教学视频，我无意贬低技术文章和教学视频的作用，否则博客园第一个就封杀我的文章了，我只是想说，如果大家想让自己成为大牛，系统性地阅读书籍不失为一条捷径。

我给出如下的论据：

论据一：我见过不少大牛，他们办公桌上的图书都是堆积如山。我可以这样说，看了很多书还未必成大牛，但不读书一定成不了大牛。

论据二：正是因为网上文章太多，这导致了纸质书的幅度衰退。正因如此，各出版社才会严格把关，一些不好的书很少有机会出版，因为出版了一定亏，这话反过来说，目前能经过出版社审核出版的书，大多质量不会差。

论据三，目前大家公认的大神，总会以教学视频或图书等方式向大家展示自己，不看书，那怎么知道写技术书的条条框框？也就是说，从看书，到写书再到成为大牛，很多著名大牛就这样过来的。

总结性观点：网上知识虽然很多，说是海量也不为过，但太杂，有些甚至相互矛盾，假设某书有12个章节，可能其中的内容网上都有，但我得用很长的时间才能收集全，即使收集全了，我还无法有效甄别哪些该学，以及学习的方法（如果我都知道了我干嘛还要学？），但如果我买了一本经过出版社检验过的书，我就省去了收集和鉴别的精力，而且还能沿着作者给出的途径快速地上手某个知识点。

好了，如下给些干货，我毕竟也出了不少书，最近一本书是java web轻量级开发面试教程，我就以作者的身份告诉大家该如何甄别好书。

第一，出现如下情况的图书慎买。声明下，我只是列出一些鉴定方法，无意针对任何一本书。

1 出版社不知名，从目录上看，内容叙述一般，这有可能是自费出的书，出书的目的：世艰不拆。

2 随便翻下书，一般来说，技术图书总是会结合代码结合图表来说，如果出现大段大段纯文字的，这本书慎重买。因为缺少代码等必要说明手段，这本书未必能把你教会。

3 看下一本书的前言和内容介绍，以及每个章节的起头文字和每章小结，看下这些文字作者是否是在敷衍，不排除正文内容好但这些文字有些敷衍的好书，但毕竟少。

4 看下书里作者有没有骗篇幅的嫌疑，比如安装某个组件，作者把所有的步骤都贴上图，或者大段引入现成的API说明， 一处不要紧，但如果很多地方都这样，而且文字看上很随意，明显看得出敷衍的痕迹，那么这本书慎重，都骗篇幅了，那可能连读者一块骗。

5 看最后几章的文字质量是否还是一丝不苟，因为写书是个长期的活，我的书350页，写了半年，如果到最后工作忙 ，或者写书热情过了，可能虎头蛇尾了，甚至烂尾了，这样的话，书的精华部分就要大打折扣了。

6 有些书讲的知识点非常吸引人，但是实用性不强，说白了学好了也没处用，这种书大家可以自行选择。

7 再如一些案例书，案例虽然多，但大多中规中矩，明显看不出这些案例是从项目中抽取了，也无法从这些案例中看出实践中总结出来的精华点，那这类书中的案例可能是从别人那山寨出来的，不会有版权问题，但也别想得到太多的收获，说白了这些书可能就是 简单能跑通的代码加看图说话。

第二，如何选择对自己有帮助的书。

1 看目录，从目录中看这本书是否系统性地给出了知识点，比如 Spring Cloud的书，看下目录，看这本书的选材是否是过于偏重理论而忽略实现，再看下这本书的内容是否涵盖了当前的热点。

2 看前言和内容介绍。一般比较上心的作者，可能文字功底参差不齐，但总是会尽最大努力写好书，那么这些书的前言和内容介绍，一般就不会落俗套。

3 看下代码以及相关的说明，一般好书里的代码不会少，而且在讲述代码时不会过于简单，也不会看图说话，而是会针对性地给出自己的见解，或者讲下项目中的实践经验。

4 看书的附带资料。一般的好书除了附带代码外，还会附带视频教学，这样书就物超所值了。

5 看下叙述性文字，是简单的照本宣科，还是看上去有种亲和力，或者到处可见项目中凝结出的经验。

第三，从书中学内容的局限性。

1 能把资深架构级别知识点讲清楚的书不多，比如有100万个程序员，最终可能也就60万能升级到高级程序员，也就20万成升级到架构师，估计最后成为资深架构级别的大牛也就5万人。达到高级别的人很少，而且这些人未必会写书。

.所以，目前的情况是，对于架构师而言，能适合阅读的书不多，而且即使有适合的，可能也就其中的2个章节有帮助，所以对这些大牛而言，只能是多读书，从多本书里抽取知识点。

2 有些经验，或者技巧，或者心得，根本无法从书里得到，这些只能靠自己总结，或者偶尔能从网上得到些秘籍。

不过话说回来，大牛们一定是读了很多书积累了扎实的功底后，才能自己领悟出各种武林秘籍。

最后，书山有路勤为径.

比如升级，总是要靠时间积累，哪怕我不看书，是从其他渠道获得知识，总不能三天打鱼两天晒网。

最后自夸下，就看在我将近11点还在写博，而且我在博客园更新博客的频率不算低，希望各位大神保佑我早日成为资深架构师。

我也相信，不管用什么方法，只要大家勤奋刻苦了，总能总结出针对自己的进阶方法，总能达到自己的预期目标。