@mufeng 具体是指什么？还在 NPM3，没敢升

@isayme 这也说不通啊

@isayme 然而 1580870100000 为啥没有立即执行，百思不得姐

看完了回复，楼主是想说“框架过于复杂”还是什么呢？事实上前端工程依赖的复杂度，主要不是由框架引入的，主要还是一堆 shim 、 babel 之类的，这可都是浏览器的锅啊。“无 JS 也能使用”的应用，体验肯定是个问题，这种由市场决定的选择，也是无可奈何的

码一下。围观

WScript...一看就是要干坏事

@iceiceshen24
@breeswish
@Sparetire

懒得写文了，只需要在他的 A 段代码后，强制 gc 一次就可以看到区别。运行 node --expose-gc test.js ，最后一次 print 的内存比第二个 print 还少。


(function() {
function printMemory() {
console.log(process.memoryUsage())
}

// 记录 Promise 链的长度
var i = 0;
function run() {
return new Promise(function(resolve) {
// 每增加 10000 个 Promise 打印一次内存使用情况
if (i % 100 === 0) printMemory();
i++;
// 模拟一个异步操作
setTimeout(function() {
// 1000 个 Promise 之后退出
if(i === 100 * 10) return resolve();
// 如果 resolve 的参数是一个 Promise ，外层 Promise 将接管这个 Promise 的状态，构成嵌套 Promise
resolve(run());
}, 0);
}).then(function() {
// console.log(j);
return true;
});
}
run().then(function (r) {
global.gc()
console.log(111)
printMemory();
});
})();

https://github.com/xuzicn/share/blob/master/%E4%BB%8ERN%E7%9C%8B%E7%AC%AC%E4%B8%89%E6%96%B9%E5%8C%85%E4%BE%9D%E8%B5%96%E7%AE%A1%E7%90%86.md

这是我之前在一个群里分享的 RN 在 npm install 里的坑。有简略的剖析 npm 的运行机制，可能比较难啃，可以留言交流

@breeswish 他这个文章有错。一会我补一篇来讲明问题
@Sparetire 你的前半段理解我认同，后面的也有不准确的地方

并没有泄露啊
第一个代码不停的在压栈，不停的在构建执行上下文而且不释放。
第二个代码释放得很干净
第三个压栈的速度只有第一个压栈的一半。

移动端最热，你需要成为一名“大前端”，所有 JS 能触及的地方都要搞，所有界面相关的也都要搞

这么大的事都能骗你，还有什么事不能骗？走人！

搜一搜，会有新的发现

做游戏最重要的一个技术就是“碰撞检测”，也是一个游戏核心之一。

草， segmentfault 底下这个回答也是够有意思的，直接抄我的代码啊

@zxc337 来个 case 推到 git 上去吧

关键点在于，只有新老根节点中间这一段路径上的父子关系需要翻转，其余的父子关系照旧。查找路径的话，根据是否排序会有更多的算法