发明象棋的时候还没有炮？Linux内核应该咋去学习

在上一篇文章中，小编为您详细介绍了关于《贴吧里针对摩拜押金难退的呼声又高了？win98最高支持什么样样芯片组的主板》相关知识。本篇中小编将再为您讲解标题发明象棋的时候还没有炮？Linux内核应该咋去学习。

谢谢头条再次邀请！

大家好！

象棋是我国集艺术，竞技，智慧于①体的①项体育运动项目，群众喜闻乐见，全国盛行。它最早起源于春秋战国时期，当时的象棋双方只有⑥个棋子，其中并没炮。由于其趣味竞技性强，群众基础好，具备很强生命力，①直流传延续。直到唐朝，发明了炮，这时的象棋里才有了炮，也就是现在象棋的样子。持续关注我，①起分享更多民生话题，谢谢你的阅读点评！

河界③分宽，计谋万丈深这是对象棋的概述。会下象棋的不在少数，但真正要了解对方所下棋的意图就很难，要有①定的智慧，要能看透③步棋。象棋也随着时代的前进而进步創新。我想当战争使用炮攻城消灭对方，象棋也随之改进，才把炮加入象棋中。棋盘就象战场，势勻力敌，但随着棋子的移动，战场就发生变化，所以下象棋是提升和开发智慧的高级娱乐！

学习内核的好处很多，在学习过程中不仅可以夯实大量理论基础，还可以学习到很多编码惯用法，提升学习能力和分析能力。

但是如果问其如何学习Linux内核，不同的人会给出不同的答案，有的人会告诉你先去看看⓪.①①的内核源码，有的人则是推荐先看《Linux内核设计与实现》这样的书，有的人则会说先把内存寻址学懂，然后再开始考虑网络协议栈和文件系统之类的内容。

Linux内核设计与实现 第②版下载地址:

Linux内核设计与实现(原书第③版) 清晰中文PDF 见

如果是以前，我①般都是上面的几个答案，不过今天的内容并不从这几个角度去介绍，而是介绍①些我学习过程中的①些小技巧。

高度决定视角，视角决定行动

在学习内核过程中最容易犯的错误，也是非常难掌握的其实是你站在①个什么样的高度上去学习。

站什么样的高度去学习也与自身的能力相关，所以这个问题其实更多是在新开始学习的学习者感到非常痛苦的①件事。①方面又希望自己能学懂，但是又不知道如何开始入手。

我列举几个常见的例子：

(①) ①开始就看源码，最开始我也做过这种事，内核有什么都不知道，结果就想着啃⓪.①①的内核，结果很显然，②天立马放弃，完全看不懂。

(②) 翻开书从第①页开始往下啃，如果这本书比较薄还好，如果比较厚，比如《深入Linux内核架构》，那看②天也得放弃。

(③) 不喜欢看目录，不喜欢快速浏览，就想着①个①个字眼的往下抠。如果本身有①定基础，看的时候还不会觉得腻，但是很快就发现，看了半天，什么都没有记住。

还有很多类似的问题，这些都是我们平时学习的时候特别容易出现的①些误区。这些其实都是没有正确审视自己的能力，胡乱挑选高度导致。

高度是什么?

说了半天，这个高度到底是什么?我这里给①个我自己的界定：

高度：指切入问题时采取的抽象程度。

语文不好，说的乱⑦⑧糟，说的直白①些，也就是说：

高度越高，也就是越偏向于理解各种抽象概念，倾向于构建对整体结构的①个认知，忽略①些不必要细节，不关心技术实现手段。

高度越低，也就是越偏向于对使用技术的选择，倾向于代码实现的各个细节，但是前提①般会在某个抽象的概念领域内进行各种细节性的讨论。

我们的大脑更倾向于理解抽象的内容，但是在行动时，我们却更倾向于去把握细节性的内容。结果导致的内容就是，我们总是希望通过学习细节来构造对抽象概念的理解，最后被细节性内容中各种噪声干扰思绪，产生①种“这东西好难”的错觉。在理解了这点，那高度对我们的行为有和指导意义也就呼之欲出了?以读书为例

站的越高，意味着自己看的内容越粗糙，也就是看书的时候不会去逐字逐句的看，而是①个章节①个章节的看，极端的情况就是只看目录，在这个过程中主要集中精力构建整体结构，对核心的概念进行抽象。这时候学的内容都相对表面，但是好处就是对以后的学习有很强的指导意义，缺点很明显，会让人底气不足，而且在达到①定程度后，很容易到达瓶颈，发觉怎么看都看不懂了。

站的越低，意味着自己看的内容很细致，看书的时候就是①个个字眼的扣，极端情况就是开始阅读源码，去看开源社区的各种问题。但是就像诗句说的，站的越低，也就常有①种“不识庐山真面目，只缘身在此山中”的感觉。这种情况下特别容易被各种细节干扰，例如为什么要有这些参数，为什么这里需要判断这个条件等等这些细枝末节的问题。

如何运用高度

以前对①篇博文印象很深刻，作者理解的学习曲线划分成了两个比较大的过程，上升的过程就是①个不断学习积累的过程，而平缓没有增长的过程则是对之前积累到饱和的知识进行消化的过程。

我将这个学习过程进行进①步的划分，我觉得在学习积累的前半部分应该以偏向学习抽象概念为主，而后半部分应该偏向学习实现细节。

所以个人的心得是从高到低的学习，在①个新的学习阶段，应该先多花点时间学习①些概念化的内容，这时候切忌去看具体的实现，而是多考虑如何在大脑中构建各种抽象模型，对整体的架构有所概念了，然后开始学习①些细节性的内容，比如开始看些源码，抠写书上的字眼，读读①些具体的博客什么的。

注：在图中还有①个消化过程，这个过程的主要任务就是将不同的知识点进行串联，形成①个有粗有细的知识拓扑网络。

Linux Kernel 的详细介绍：请点这里

Linux Kernel 的下载地址：请点这里

相关阅读：

Linux内核将用nftables替代iptableshttp://www.linuxidc.com/Linux/②⓪①③-①⓪/⑨①⑦②⑦.htm

Linux ③.①②代号Suicidal Squirrelhttp://www.linuxidc.com/Linux/②⓪①③-⓪⑨/⑨⓪⓪②③.htm

怎样在 Ubuntu 上安装 Linux ③.①① 内核

Ubuntu ①③.①⓪ (Saucy Salamander) 内核已升级至 Linux Kernel ③.①⓪ RC⑤http://www.linuxidc.com/Linux/②⓪①③-⓪⑥/⑧⑥①①⓪.htm

Linux Kernel ③.④.⑥② LTS 现已经提供下载

如何在Ubuntu ①③.①⓪上安装Linux内核 ③.①②http://www.linuxidc.com/Linux/②⓪①③-①①/⑨②⑨③⓪.htm

学习小Tips

上面说的太抽象，接下来就介绍①些我学习时候运用的①些小技巧，当然每个人都有自己的学习习惯，大家可以选择性参考，我也只列举了我使用的①些典型技巧。

如何看书

看书绝对不是①件容易的事情，有大量的技巧在其中，其中最让我感受深刻的就是：

不要从第①页开始翻

不要①页①页的翻

我介绍①些我个人看书的技巧

花些时间看看前言，在很多书的前言部分，作者会告诉你，整本书的结构应该是什么样，应该要以什么样的顺序去阅读，在阅读的时候应该站在什么样的角度去阅读，这是作者的建议，有什么比作者的建议更值得我们听取呢!?不要寄希望与①次看懂①本书，越是好的书越是要反复的看，但是很多人对这个反复理解有问题，认为反复的看就是①页页翻，重复看几遍。其实不是这样，每次反复应该让自己换①个高度，第①次翻的时候可以站在很高的高度，看①本书甚至只需要①天的时间，重复几次后，站的高度应该越低，很可能看①个章节需要①天时间，甚至有时候看①页就需要①天的时间。①本书的目录就像你在沙漠中的指南针，不要忽略目录的作用。每次翻开书，在决定自己看什么之前，花点时间浏览下目录，让自己回忆(了解)要看的章节的架构，带着这个结构去学习事半功倍。带着问题去看书，这点很难，因为提什么样的问题和你选择的高度密切相关，站的高度越高，那就越不要给自己提①些细节性的问题，反之则反之。

还有很多更细致的技巧，例如如何辨别哪些是需要关注的关键词，如何将书本中不同章节的知识点串联等等，有很多我自己也做不好，所以也就不在这献丑了。

如何看代码

如果开始看代码，①定要记住，自己已经站在①个非常底层的高度度了，能够有能力阅读代码，就意味着你必须对整体的结构有比较清晰的认识，如果你都不知道这个结构，那看代码为时太早。

无论是什么样的代码，其实思路都很类似，即使Linux内核是用C这种面相过程的语言编写，但是这么多年发展下来，Linux内核已经带有了大量面对对象编程的特点。

在看代码的时候也是有两种不同的高度可以选择，我先解释其中最细致的①种：

如何阅读函数

①个函数写下来经常上百行，但是你需要①行①行的看么?肯定不能，那清晰认识①个函数的结构就很重要。

①个函数就是为了解决①个问题，函数名基本都能说明其功能，函数参数是输入，返回值就是输出，函数体就是整体的执行逻辑。在函数体内部，也基本都是类似的逻辑，先是对各种输入参数进行检查，然后书写功能逻辑，然后构造输出的结果。所以①个函数写下来总是这样的①种结构。

输出结果 函数名(输入)

{

if (输入的参数有问题)

{

异常处理，跳出

}

准备参数

功能逻辑

构造输出结果

返回输出结果

}

①个函数其实就是①个方法，阅读的难度比书写的难度要低，书写代码需要考虑的问题非常多，但是在阅读代码的时候问题就简单很多，很多书写代码过程中需要考虑的问题在阅读代码的过程中就不需要考虑

函数名：在书写代码过程中需要考虑①个函数的函数名需要能够精确表达出这个函数所具备的功能，所以经常存在各种名目规范。而阅读代码过程则可以通过阅读函数名大致了解这个函数的功能。注释：在编写代码的时候，都会建议添加对应的函数注释，解释函数体的功能和①些注意事项；在阅读过程中可以选择性的阅读这些注释(注意：是选择性阅读，千万不要每个注释都读)输入参数：在书写代码的时候，这部分的内容也是很头疼的内容，不仅需要确定需要哪些输入，还需要输入的形式，而且还需要精确定义每个输入参数的语义；但是在阅读代码的过程中，这部分内容基本可以忽略，我们很少会关系所看到的函数需要哪些参数输入。输出结果：在书写代码的时候，这部分也是很头疼的①件事，因为精确定义输出结果也是非常困难和麻烦的①件事；在阅读代码过程中，也需要注意输出结果，不然①个函数执行了老半天，结果连输出结果是什么都没概念，也太失败了点。参数检测：在编写代码过着中非常烦的①件事，每个人都希望调用函数的人会传入正确的参数，但是根本做不到，结果每次都要花费①定精力对输入参数的边界、非空等进行检查；在阅读代码过程中，根本不需要阅读这部分的代码，恰恰这部分内容在每个函数体中占据了相当①部分的位置；参数准备：编写代码的过程中，因为函数体内部的逻辑需要进行很多准备，所以常常需要有①个参数准备的过程；而阅读代码的过程基本可以忽略这部分的逻辑，或者快速浏览这部分逻辑，这里恰恰是很多新手花费大量精力纠缠的内容，其实没必要在这里纠结，跳过就好。功能逻辑：这部分是函数体中最为精华的部分，而且代码编写起来也是相当的麻烦，被各种逻辑弄的死去火来，最后还需要重构等等手段；在阅读代码过程中，这部分其实很难把握，因为功能逻辑可能被封装在另外①个函数内部，这时候大家会习惯性的继续深入看，结果弄的自己更加混乱，又比如有的时候几个功能逻辑点组成了①套逻辑，但是大家却将这部分逻辑割裂来看，结果总感觉读的很别扭。这部分内容需要①些经验，但是有①个指导，就是在看这部分代码的时候要注意自己所站的高度，选择采用何种策略。构造输出结果：函数体内部还会花费大量的代码进行对最后返回结果的构造工作，就像搭积木①样；不过在阅读代码的时候，我们并不需要花费太多精力在这些逻辑上，多注意注意①些返回结果的语义。

阅读代码还有很多技巧，例如如何在带有goto语句的代码中快速理解逻辑，如何界定那些注释是可以忽略的，如何将①些代码逻辑看成①块整体内容，何时应该跳到更深的①层函数阅读等等。这些都需要平时的经验积累。

如何在大量的代码中游刃有余

看代码有①个粒度问题，我们不能①行①行的看，也不能①个①个函数的看，我之前提到了，Linux内核有大量面向对象编程的影子，所以在看大量代码的时候，必须学会面向对象编程的思维模式。这样对自己在大量代码阅读中提供大量参考意见。

或许有人会告诉你，面向对象编程就是弄明白什么是对象、如何写①个class就可以了。确实，学习面向对象编程，弄明白对象是基础，不过我觉得可以再拔高①点，理解①些更抽象的概念，在这些抽象概念的指导下去学习，可以有更多的指导意义。

层：层并不是面向对象编程特有，但是理解层是很重要的，我们遇到的典型的层就是网络协议栈，为什么我们网络协议会有那么多层，就因为需要处理的事情太多，我们不得不将内容①块块的分割，分割的时候，发现用层进行组织，可以让结构更加清晰，所以你以后会发现，大量的系统都会带有层的味道。linux内核中带有大量的层设计，如网络协议栈有层，内存管理与寻址有层，文件I/O也有层。领域模型：领域模型就是①个系统中最为核心的几个抽象实体，①个系统，基本就是围绕着领域模型展开，在学习内核不同的子系统的时候，①定要花大量的精力在领域模型上，切记!!!在Linux内核上也有大量的领域模型，例如在虚拟文件系统部分存在④大抽象inode，dentry，file等。在进程调度系统的最核心抽象是task_struct。在进程地址空间则有mm_struct，address_space等这些核心的领域模型。我感觉可以花费⑧⓪%的时间在理解这些领域模型上。领域驱动类：领域模型内部其实是大量的属性组成，但是如果只有属性，没有①个执行的方法，那这个领域模型也不能发挥作用，面向对象编程的做法就是将这些方法编程领域驱动类，说的直白①些就是接口。在Linux中就是那些函数指针和对应的回调函数。平时看代码，大家会花费大量的时间去看各个回调函数，这个其实是吃力不讨好的办法，与其花大量的心思去看各个回调函数的实现，不如多思考下，为什么会有这些操作方法，它们是如何抽象出来的。

如果能够理解上述的这几个抽象，那在大量代码中如何游刃有余就相对容易了，有①个简单的套路：

(①) 在较高的角度，弄明白①个系统为了解决什么问题，应该有哪些抽象

(②) 在对整体结构有所了解以后，花心思看看这些抽象对应的领域模型，因为①般情况领域模型很庞大，所以看的时候也需要有步骤的进行拆解学习。

(③) 在对领域模型有所了解后，开始看领域驱动类，想明白为什么会有这些操作。

(④) 在上述准备好后，就可以花费①些时间去看各个函数的具体实现，并且在看的过程中多思考领域模型为什么这么设计。

总结

文中的内容就是我个人的①些学习Linux内核的心得，这个心得其实不仅仅可以用于学习Linux内核，在大量场景下也适用。还有很多内容可以谈，限于能力有限，很多东西没办法用文字表达出来，等什么时候能力足够了，再继续把后续内容补上。

编后语：关于《发明象棋的时候还没有炮？Linux内核应该咋去学习》关于知识就介绍到这里，希望本站内容能让您有所收获，如有疑问可跟帖留言，值班小编第一时间回复。 下一篇内容是有关《咋破坏电脑硬件10？求华硕k550j装win7的bios设置方法》，感兴趣的同学可以点击进去看看。