alsotang

这个重构包括以下部分： 一、 currentSession 和 context 建立映射关系，不再单独维护 currentSession 变量。 currentSession 只是对 easysock.context.keys 的数量表示 二、 将 settimeout timer 进行统一管理和回收 目前多处存在的问题是。 假如一个 write 请求发出后，它的 timer 就会存在。只有当 write 成功之后才会 clear 这个 timer。如果这时候 errorCall 发生了，会去调用该...

1、 这个多余 slice 的问题我有测过，问题不大。我写了个 benchmark 的文件，直接跑能跑通的那种。加上判断让它不 slice 的时候，对于性能基本没有影响。因为 slice 这个操作本身是每秒上千万 ops 的。 至于多拷贝一份 buffer，我不太清楚这个问题到底会不会存在，因为在只有一个完整包的情况下，其实我们起始的 index >= buffer.length，所以这时候，拷贝究竟是发生了还是没发生，至少是不影响性能的。 拷贝这个地方，我还做过这样的测试。由于我们的 totoalData 每次都是初始化为 Buffer('')，而每次使用的时候，我们都是把它跟其他的 slice 或者 concat，并不修改它。我试着定义了一个常量 `var EMPTY_BUFFER = new Buffer('')`，然后在需要的时候使用它。可是性能确实没有提升。。 看来这个库在使用时，最大的开销是网络...

帮 npm 配置一下 registry 吧。

cnpm不打算支持npx，如果npx在使用过程中连接了官方npm server，那就帮 npm client 配置一下 registry 让它通。

cnpm 我记得依赖的是 npminstall ，而非官方npm https://github.com/cnpm/npminstall 。所以如果参数不互通是正常的。 CNC Clay 于2019年4月10日周三 下午6:51写道： > 在工程根目录的.npmrc中故意填写了几个错误的参数后（比如target_arch=RTFM），npm install提示了错误的配置，cnpm > install 直接通过了，.npmrc似乎不被cnpm所识别。 > > — > You are receiving this because you are subscribed to this...

猜测是跟 npminstall 的软链接策略有关

看它的逻辑是先检查了目录里面所有文件的权限，才进行目录删除。

缺少复现流程或可供排查的截图。

用npm装了之后就能运行成功？

当一个包在私有registry不存在时，服务器会重定向到外网去。 2016-10-31 17:03 GMT+08:00 maoliangwu [email protected]: > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub...