为什么要读Nodejs源码？

发布时间：2025-11-05 08:14:03 来源：码上建站 作者：IT科技类资讯

本文转载自微信公众号「编程杂技」，作者theanarkh。转载本文请联系编程杂技公众号。   

前几天有个同学和我说，他在看nodejs源码，但是不知道为什么需要看，也不知道从中可以学到什么。所以今天想聊一下关于阅读nodejs源码的意义。阅读其他源码也类似。

首先，阅读源码的目的无非两个

如果你没有两个目的，那其实就没有必要去看源码了。那接下来聊一下从阅读nodejs源码中，可以得到什么。

首先我们要深刻理解到nodejs是什么?大家都知道nodejs是一个js的运行时。那么到底nodejs里面有什么呢?每一部分的意义是什么呢?首先nodejs的组成是libuv、v8、第三方库。nodejs的b2b信息网定位首先是一个服务器，所以其实有libuv就可以了。那么剩余的组成部分有什么用?第三方库的作用很明显，就是复用了业界已有的解决方案去拓展了nodejs的一些功能，并不是nodejs的核心。v8的意义是因为nodejs选用了js这个语言，所以就需要一个js的引擎。否则v8也是不需要的，直接把libuv和第三方库编译成二进制就行，类似nginx，redis一样。这个是高层的视图。从底层来看，libuv是对操作系统功能的封装，v8是一个js解释器。免费源码下载那么看nodejs源码的意义就很明显了。nodejs的源码从垂直分为以下三个部分

读js层，你可以了解到nodejs实现的一些上层的逻辑，虽然js层最后还是依赖底层，但是js层也有很多逻辑，看懂了js层，在使用nodejs的时候，也就能更加深刻地了解到你在做什么，nodejs在做什么。但是js层是远远不够的。因为他只是个壳子。

那么接下来，你就要去读c++层，读c++层的代码，更多的是在了解如何去使用v8。假设你以后想在你的其他项目中单独使用v8，那么nodejs的WordPress模板代码就是一个参考。那么我们了解v8的使用有什么意义呢?这个问题相当于我们使用一个语言，然后了解他的编译器/解释器有什么意义。很多时候，我们都不需要这样做，这完全取决于你的兴趣。如果你以后想使用v8，或者你想了解js实现的底层原理，又或者你想了解一个编译器/解释器是如何实现的。那么你就可以去学习v8。v8首先作为一个js引擎，他里面有一个编译器/解释器的通用逻辑，词法解析，语法解析，代码生成，代码优化等等。然后还包含了js语言本身的实现细节，比如一个js数组，一个js对象，在v8里是怎么实现的。最后，了解v8为我们暴露了什么接口，我们可以使用v8做什么。

最后就是读libuv，nodejs的重点是作为服务器，所以相对来说，读libuv的才是重点，我们都知道v8只是一个js引擎，他没有网络，dns、文件等能力。在前端，js的文件，网络等能力来源于宿主浏览器。在nodejs，这些能力就来源于libuv。这是nodejs为什么叫nodejs，而不叫v8。因为他不只是v8。他还实现了自己的一些功能。所以你也可以实现自己的功能，加上v8的能力，创造出一个新的服务器。言归正传，那么读libuv可以学到什么东西呢?libuv是实现服务器的核心。所以我们可以从libuv中学习到实现一个服务器用到的技术。从libuv官网中我们也可以知道，libuv包括了进程、线程、定时器、文件、tcp、udp、unix域、线程池、dns等等能力，使用到操作系统能力包括进程间通信(管道、unix域、eventfd)、线程池、事件驱动(epoll、select、poll、kqueue等)、inotify机制、文件操作等等，使用数据结构和算法有二叉堆、红黑树、队列等。

总的来说，阅读nodejs源码最直接的是理解nodejs的工作原理和nodejs的本质。如果你是一个nodejs的开发者，这无疑是一个很好的收获。其次，如果你有兴趣，你还可以了解到编译器，操作系统的知识。额外地，你也可以学习到nodejs中的一些设计思想，比如定时器的设计，从早期版本到后来的重构背景。又或者如果你来设计一个服务器，你怎么设计。

从理论上聊了一下阅读nodejs源码的一些看法，下面顺便聊一下我自己的看法和体会。我阅读nodejs源码的原因是非常直接的，因为我希望我成为一个优秀的nodejs工程师。我对v8和libuv本身并没有太大兴趣。虽然我一直是一个前端工程师，但是我也不会去读js引擎的源码。至于libuv，相关的异步io库非常多，而且说到服务器的设计，nginx、redis无疑是更值得读的。但是成为一个优秀的nodejs工程师，深入了解和深刻理解nodejs本身是非常必要的。相对来说，nodejs是非常原生的。很多时候我们觉得读nodejs源码没有意义是因为没有深度或广度地去使用nodejs，可能只是停留到框架层面，复制着业务的最佳实践，成功地避开了一些坑。当你遇到一些难题，却又难以解决，甚至业界也没有解决方案的时候，你就会深刻理解到阅读源码的意义。当然，这种时候可能不会很多(比如https://cnodejs.org/topic/600b9de15d04ac76cf2181a7和https://cnodejs.org/topic/6018f1b103d797fb8e66e71c#6019f31903d7976d1066e9d2等)。

从开始读nodejs源码到现在，我觉得这是一段非常艰难、快乐、深刻的经历。他让我不仅更了解和理解nodejs，也在更高层面地提高了我。虽然我一直在推广阅读nodejs源码、写了很多文章、也和其他同学进行了很多交流。但是并不说明非读源码不可，个人觉得，读源码是一种好的习惯，也是让你变得优秀的方式，但是因为读哪些源码，这个完全取决于个人的兴趣和选择。不要盲目地去读，要带有目的。对个人而言，我是非常感谢nodejs，也非常敬佩nodejs作者和贡献者，但是我觉得我在阅读nodejs源码中，更多的是了解了nodejs的原理，并没有学到太多我想学的东西，v8算一方面，而libuv的内容，我觉得看nginx和操作系统内核可能是更好的选择，但是libuv相比来说可能更轻量，更快了解一个异步框架的设计。

这里顺便提一下nodejs源码分享的事情，有些同学希望我讲得通俗一点，或者结合应用来讲。这里说一下我做分享的一些想法。首先，我是一个在nodejs源码中学习的人，而不是站在nodejs之上的人，这意味着我也在慢慢学习，并且因为时间关系，我没有办法像图解系列，码农翻身一样讲得那么好那么易懂。因为我的初衷其实是做个笔记，然后分享给有兴趣的人，然后大家一起来做这个事情。我不是大家的老师，这也不是我的初衷和目的。我几乎都是免费分享内容、免费答疑。但是却很少碰到真正的志同道合者，大家还希望我讲得通俗易懂这对我来说就未免太难了。我承认如何讲好技术，做一个好的分享是一个值得学习的事情，但是我觉得这不是我现阶段的目的。而且我觉得一个有上进心的程序员，自己多动一下手和大脑，这个要求并不过分。一人之力有限，希望大家明白。

最后，提前祝大家新年快乐!对nodejs感兴趣的同学也可以找我一起交流学习!

相关文章