一个小工具里需要require位于SMB存储设备的js文件作为配置文件，以前配置文件位于本地硬盘的时候是没有任何问题的，但自从把这个配置移动到SMB共享的服务器上了之后，程序执行就相当慢。

开了个调试发现是require执行了40多秒，但我如果直接用fs.readFileSync去读取那个配置文件的话是瞬间返回的，于是就奇怪了，并不是文件io慢，那怎么卡成这样。

接着开始在程序卡住的时候点开发者工具里的暂停，看程序卡完以后会停在什么地方，于是发现了在停下的位置之前是以下内容：

if (StringPrototypeEndsWith(filename, '.cjs')) {
  format = 'commonjs';
} else if (StringPrototypeEndsWith(filename, '.mjs')) {
  format = 'module';
} else if (StringPrototypeEndsWith(filename, '.js')) {
  pkg = packageJsonReader.getNearestParentPackageJSON(filename);
  const typeFromPjson = pkg?.data.type;
  if (typeFromPjson === 'module' || typeFromPjson === 'commonjs' || !typeFromPjson) {
    format = typeFromPjson;
  }
}

我的配置文件是.js后缀的，从代码上来看，这段代码只有可能卡在`packageJsonReader.getNearestParentPackageJSON`上，那么就首先来排除是不是这里出了问题，只要绕开这个分支，比如换成`.cjs`后缀试一试。

果然换成`.cjs`后缀以后，`require`瞬间就返回了。

那么造成卡顿的原因终于找到了，是require一个js文件时，他需要去一层层往上找到一个`package.json`文件，目的是看看这个js文件到底是模块（module）类型的还是cjs（commonjs）类型的，目前由于另外一个未知原因导致这个过程非常慢，但我也没时间去细究咋回事了。

如果要解决这个问题，又不想改原来的文件后缀，那么就只要在该文件的目录里再新建一个`package.json`文件，并在里面写上需要的`type`就行了，比如：

{
  "type": "commonjs"
}

在使用ES导入语法的文件中想要使用require导入一个CommonJS模块的话，可以使用module.createRequire来创建一个require函数。

import { createRequire } from 'module';
const require = createRequire(import.meta.url);

在一般的使用CommonJS导入语法的文件中想要使用ES语法导入模块的话，可以使用`import`函数，要注意的是这是一个异步函数，返回一个`Promise`，所以需要`await`它或者使用`then`来等待返回结果，如下

(async()=>{
	const fs=await import('fs);
})();

不是我想水一篇博文，在解决完前一篇博文的问题之后，立刻就又碰上另一个奇葩问题，进程直接跑着跑着没了，留下一个错误码3221226505。

在我左思右想把代码改来改去，包换来换去之后依然不能解决问题，然后发现是canvas包的问题，之所以一直没有发现是它，是因为出问题的代码里并没有用到这个包，它是在别的地方被引用到的，可能它的二进制模块破坏了node的环境，导致别的代码执行的时候触发了异常导致程序崩溃。

这个问题其实也不是第一次出现了，而且每次都是因为项目中同时有canvas和sharp两个模块才出现问题，在某些版本下不会出问题，某些版本下又会出现不一样的错误，这次就是和上次不一样所以才没能快速发现。

就这点破事，又浪费了我一个晚上，这时候我真想给搞出这bug的人屁股上来一脚。

昨晚写了个重命名工具，使用正则表达式匹配并替换文件名。

现在给npm包起个合适的名字是真难

GitHub: https://github.com/JiaJiaJiang/node-namer

效果

$ namer -f "/.+(?=\.txt$)/" -r "#COUNTERpoi$&"
match: /.+(?=\.txt$)/   find: /.+(?=\.txt$)/   replacement: #COUNTERpoi$&
Match list:
1.txt   >       1poi1.txt
2.txt   >       2poi2.txt
3.txt   >       3poi3.txt
4.txt   >       4poi4.txt
5.txt   >       5poi5.txt
6.txt   >       6poi6.txt
7.txt   >       7poi7.txt
8.txt   >       8poi8.txt
9.txt   >       9poi9.txt
10.txt  >       10poi10.txt
11.txt  >       11poi11.txt
12.txt  >       12poi12.txt
13.txt  >       13poi13.txt
14.txt  >       14poi14.txt
15.txt  >       15poi15.txt
16.txt  >       16poi16.txt
17.txt  >       17poi17.txt
18.txt  >       18poi18.txt
19.txt  >       19poi19.txt
20.txt  >       20poi20.txt
21.txt  >       21poi21.txt
22.txt  >       22poi22.txt
23.txt  >       23poi23.txt
24.txt  >       24poi24.txt
25.txt  >       25poi25.txt
26.txt  >       26poi26.txt
27.txt  >       27poi27.txt
28.txt  >       28poi28.txt
29.txt  >       29poi29.txt
30.txt  >       30poi30.txt
31.txt  >       31poi31.txt
32.txt  >       32poi32.txt
33.txt  >       33poi33.txt
34.txt  >       34poi34.txt
35.txt  >       35poi35.txt
36.txt  >       36poi36.txt


36matches found.
Confirm?    (control+c to exit)

Finished. 36succeeded,0failed

node执行完所有代码以后就会退出（部分监听服务除外），如果不希望node立刻退出，只要在任意位置加上一行

setInterval(function(){},9999999);//时间设置多少都没有关系，这只影响这个空回调函数的调用频率

node就不会退出了（除非出错

如果你希望即使是出错了，也不让Node退出，那么就需要加入以下事件监听器

process.on('uncaughtException',(err,origin)=>{//捕捉uncaughtException
	console.error('[uncaughtException]',err,origin);
});

process.on('unhandledRejection',(err,promise)=>{//捕捉unhandledRejection
	console.error('[unhandledRejection]',err);
});

加入这两个监听器之后，node遇到任何未捕捉的错误，都会交给第一个监听器处理，碰到任何未catch的异常Promise，都会交给第二个监听器处理，你可以在里面做些事情，比如打个日志之类的。

==========更新log===========

• 2021/11/16: 加入出错时不退出的方法