【转载】JavaScript运行时：Node环境和浏览器环境的区别

朱雀 2022-11-19 12:43 111阅读 0赞

两者区别主要表现在功能侧重不同，`Node`环境下的`JS`主要面向开发服务器，更加侧重业务逻辑开发，因而需要支持文件读写以及模块等特性来保证服务器功能正常及快速开发；而浏览器端的`JS`则侧重视图，需要大量操作`DOM`。两者还有别的一些区别。

以下是原文。

--------------------

正好最近有朋友咨询我这个问题，那就简单谈一下我理解的`Node`环境和浏览器的区别，高手请略过。

# 一、全局环境下this的指向 #

在`Node`中`this`指向`global`，而在浏览器中`this`指向`window`，这就是为什么`underscore`中一上来就定义了一 `root`；

var root = typeof self == 'object' && self.self === self && self ||
    				typeof global == 'object' && global.global === global && global ||
     				this;

而且在浏览器中的`window`下封装了不少的`API` 比如 `alert 、document、location、history` 等等还有很多。我门就不能在`node`环境中`xxx();`或`window.xxx();`了。因为这些`API`是浏览器级别的封装，存`javascript`中是没有的。当然`node`中也提供了不少`node`特有的`API`。

# 二、JavaScript引擎 #

在浏览器中不同的浏览器厂商提供了不同的浏览器内核，浏览器依赖这些内核解释折我们编写的`js`。但是考虑到不同内核的少量差异，我们需要对应兼容性好在有一些优秀的库帮助我们处理这个问题比如`jquery`、`underscore`等等。

`nodejs`是基于`Chrome's JavaScript runtime`，也就是说，实际上它是对`Google V8`引擎（应用于`Google Chrome`浏览器)进行了封装。V8引擎执行`Javascript`的速度非常快，性能非常好。

`NodeJS`并不是提供简单的封装，然后提供`API`调用，如果是这样的话那么它就不会有现在这么火了。`Node`对一些特殊用例进行了优化，提供了替代的`API`，使得`V8`在非浏览器环境下运行得更好。例如，在服务器环境中，处理二进制数据通常是必不可少的，但`Javascript`对此支持不足，因此，`V8.Node`增加了`Buffer`类，方便并且高效地 处理二进制数据。因此，`Node`不仅仅简单的使用了`V8`,还对其进行了优化，使其在各环境下更加给力。

`js`引擎都固定了，还对应神马兼容性。

# 三、DOM操作 #

浏览器中的`js`大多数情况下是在直接或间接（一些虚拟`DOM`的库和框架）的操作`DOM`。因为浏览器中的代码主要是在表现层工作。但是`node`是一门服务端技术。没有一个前台页面，所以我门不会再`node`中操作`DOM`。

# 四、I/O读写 #

与浏览器不同，我们需要像其他服务端技术一样读写文件，`nodejs`提供了比较方便的组件。而浏览器（确保兼容性的）想在页面中直接打开一个本地的图片就麻烦了好多（别和我说这还不简单，相对路径。。。。。。试试就知道了要么找个库要么二进制流，要么上传上去有了网络地址在显示。不然人家为什么要搞一个js库呢），而这一切`node`都用一个组件搞定了。

# 五、模块加载 #

`javascript`有个特点，就是原生没提供包引用的`API`一次性把要加载的东西全执行一遍，这里就要看各位闭包的功力了。所用东西都在一起，没有分而治之，搞的特别没有逻辑性和复用性。如果页面简单或网站当然我们可以通过一些`AMD`、`CMD`的`js`库（比如`requireJS` 和 `seaJS`）搞定事实上很多大型网站都是这么干的。

在`nodeJS`中提供了`CMD`的模块加载的`API`，如果你用过`seaJS`，那么应该上手很快。

`node`还提供了`npm`这种包管理工具，能更有效方便的管理我们饮用的库

当然浏览器这边`ES6`也有这方面的补充，相信未来会更好。。。

当然，关于`node`和浏览器的区别还有很多，我会随时补充上。

> 参考：  
> node环境和浏览器的区别 https://www.cnblogs.com/webARM/p/5004595.html