Node 项目中常见的问题及解决方法

我们都知道在前端项目中会根据不同的环境变量来处理不同的逻辑，在node后端中也一样，我们需要设置本地开发环境、测试环境、 线上环境等，此时有一直设置环境变量的方案是在package.json中的script属性中设置，代码如下：

从start 指令中我们可以发现我们用 export NODE_ENV=development 来定义开发环境的环境变量，如果是mac电脑，可以这样使用export来定义一个node环境变量。但是在window下不识别export，其实window定义环境变量可以用set，所以对于window用户，如果你使用了以上方法设置NODE_ENV，可以采用如下方式：

在项目开发过程中有时候拉取新的node项目代码后执行 npm install， 会报如下错误：

node-gyp就是在node环境中使用的生成不同平台不同编译器的项目文件， 如果你遇到了相同的问题，  我们可以采用如下方案：

或者直接删除  package-lock.json或者 yarn.lock，然后重新yarn install或者npm install即可。

由于HTTP是无状态协议，所以需要cookie来区分用户之间的身份。我们可以把cookie作为是一个由浏览器和服务器共同协作实现的规范。

cookie的处理分为以下3步：

1. 服务器向客户端发送cookie；

2.浏览器将cookie保存（可以在后端设置expires或者maxAge，以session形式存在）；

3.每次浏览器都会将之前设置好的cookie发向服务器；

在开发 node后台项目时我们经常涉及用户管理模块， 这意味我们需要对用户进行登录态管理， 在用户退出时能及时删除用户的cookie， 好在koa2自带了处理cookie的方法， 我们可以通过如下的方式设置cookie：

以上我们随便设置了一个有效期为1天的cookie， 那如果业务有变动， 需要在有效期内清空此cookie， 我们该如何处理呢? 下面给出一个相对可用的解决方案：

此时客户端的cookie将在下次请求时自动失效。

我们都知道完整的socket.io通信由两部分组成：

1. 与NodeJS HTTP 服务器集成（或安装在其上）的socket.io；

2. 在浏览器端加载的客户端库socket.io-client；

如果我们直接使用koa或者egg， 我们需要将它们内部集成的http和socket.io做兼容， 此时我们可以这样处理：

通过以上的方式就可以正常的将koa和socket.io 做兼容， 后面我们就可以正常的开发了。

这个情况笔者之前也遇到过，主要原因是第三方没有和node版本做到很好的向后兼容，此时解决方案就是更新此第三方包到最新版本， 或者使用node包管理工具切换到适配的node版本，如下：

使用n可以很方便的管理node版本，感兴趣可以尝试一下：

定时任务在后端开发中是很常见的功能之一，其本质是根据时间规则，系统在后台自动执行相应的任务。在Java, PHP 等后台语言中有很丰富的定时任务的支持，对于node这个兴起之秀来说， 虽然没有那么成熟的生态，但是仍然有定时任务的模块， 比如node-schedule。

Node Schedule 是用于Node 灵活的 cron 类和非 cron 类作业调度程序。它允许我们使用可选的重复规则来安排作业（任意函数）在特定日期执行。它在任何给定时间仅使用一个计时器（而不是每秒钟/分钟重新评估即将到来的作业）。

一个很实用的场景是我们想在每年的双十一或者双十二让node程序自动抓取某电商的“商品羊毛”，并推送到自己的邮箱，此时我们就可以用Node Schedule来开启一个定时任务来执行我们的业务操作。

那什么是cron风格的Scheduling呢? 其Github上给出了一个简单的介绍：

所以我们可以像如下方式这样来写一个定时任务：

我们都知道现在 node版本已经到14.0+版本了，对最新的ES语法支持的也足够好，但是目前仍然有一些语法不支持，比如es的模块导入导出（import, export），装饰器（@decorator）等，此时我们要在node项目中使用这些新特性，我们就不得不借助工具，这里采用babel7来解决上述问题， 如下：

我们只需要在项目根目录里新建并写入如上文件，并安装babel对应的模块即可， 如下：

此时就可以想写前端项目一样使用这些新语法特性了。

对于node优化方面其实有很多要聊的，这里主要来说说json相关的优化方案。我们需要从2个方面来优化， 一个就是json文件的读写性能，此时我们可以采用fast-json-stringify 来大大提高json的读写速度，其本质是提供了一套json-schema约束，让json结构更加有序，从而提高json的读取查询速度。使用方式如下：

比如说在H5-Dooring的后台中， 有很多需要频繁读写json数据的接口，此时使用fast-json-stringify对读写性能会有很大的提升。

另一方面，我们在node 端操作json，如果用原生的写法会非常麻烦，此时我们最好自己对json读取进行封装来提高代码的简约性，或者我们直接使用第三方库jsonfile 来轻松读写json文件，如下使用案例：

在node中 我们可以使用两种方式来读写文件，如下：

1. fs.readFile() 一次性将文件读取进内存中，如果文件过大会导致node内存不够而报错；

2. fs.createReadStream() 以文件流的方式读取，此时可以不用担心文件的大小；

由以上介绍可知如果我们要读取的文件可能会很大（比如视频等大文件）, 我们一开始就要使用fs.createReadStream()。但是如果我们需要对文件进行解析，比如要对简历等文件进行逐行解析提取关键语料，我们可以使用node的readline模块，此时我们就可以对文件进行逐行读取并解析，案例如下：

对于nodejs开启gzip 的操作也属于node性能优化的一部分， 经过这样的处理可以让我们的网站加载更快，我们可以使用koa的koa-compress中间件来实现gzip 功能。具体实现如下：

当然koa-compress还有很多自定义的配置项，大家可以感受一下。

这个问题也是系统之间的差异导致的，我们都知道在linux系统下路径的分隔符为/，比如h5-dooring/src/pages，但是在window下解析的可能就是h5-dooring\\src\\pages这样的路径，此时我们需要做适配，不然我们部署到不同系统上报错是必然的，所以我们需要全局配置路径通配符，解决方案如下：

此时涉及到具体路径的地方我们用_$ 代替即可，以上代码我们用到了node的os模块，感兴趣的可以研究一下，我们可以用os模块处理很多因为系统差异导致的问题。

由于node是单线程的，但是有时候我们需要支持处理多个进程的业务，目前node可以通过父子进程的模式来模拟多进程，这里会用到child_process，大致流程如下：

大致实现过程如下：

图片编辑压缩在很多场景中用前端的技术实现比较常见，其实在node端也有很多需要处理的图片需要，毕竟客户端处理的质量不好控制，此时我们可以采用node-images，他是一款node 端轻量级跨平台图像编解码库， 其主要特性如下：

1. 轻量级：无需安装任何图像处理库；

2. 跨平台：Windows下发布了编译好的.node文件,下载就能用；

3. 使用简单：jQuery风格的API，简单可依赖；

我们可以使用它来裁剪，压缩图片，基本使用如下：

在H5-Dooring 编辑器中哦你也使用了它来做图片处理和编辑，大家也可以更根据实际业务来使用。