关于阅读技术书籍的问题

[jack2y]

想问下平常各位是怎么阅读类似 Java、多线程相关的书籍，遇到难懂的点是跳过回头再去理解，还是一步一步往下。最近在啃《 spring 源码深度解析》遇到难以理解的点就去搜资料，这样是不是效率很低？可以分享一下各位的阅读习惯吗？

[Kontinue]

我真的觉得这种还是找机会实战吧，之前为了面试，还特意去看过一些多线程和源码的，最后也就靠背一背，理解不深的，只有实际写过才有体会的。

spring 的话也没刻意看过书，都是平时 coding 的时候，碰到某个点感兴趣就跟进去看下源码，再看几篇博客这样子。

[zhuangzhuang1988]

一般算法需要搞熟，
再去看框架层面的

[retanoj]

遇到学不会，学不懂的知识点，大多数情况下都是缺少了某些前置知识。。
比如读这种规范性高的源码，可能算法，数据结构，设计模式要比较熟，对其命名规范等等的要有一定的了解

----
以上是我胡说的

[Coolwinds]

楼上说的没错，前置知识差太多不如多实践等碰到问题再回头看才能理解。很多生涩的太超水平的知识点你就算当初囫囵吞枣了。用不到，不会用过不了多久就忘

[jack2y]

@Kontinue 明白了，或许我要换一种学习方式，多做项目实践

[ChristopherWu]

我的习惯是写学习笔记，也就是文章，看我主页的文章都是学习来的

[javaWeber]

最近在看《 Innodb 技术内幕》。

我主要看索引和锁那两章。。真的是在看天书。

只能看懂三成。其他完全理解不了，估计两星期后就全忘光了。

[Desiree]

我觉得看书的秘诀不在于多快或者看得多详细，而在于重复并带着脑子去看。无论多高深的书，能阅读多次都是能迸发不一样的收获。

[momocraft]

先看高密度高質量的資料 比如 rfc / java spec / 論文, 看到通讀書無壓力的程度 就很快了

[misaka19000]

看不懂是因为前置知识缺太多了，或者书写的太烂了