一个月Neng自己实现一个JavaScript运行时吗？

说实话，我也不知道。

我在 月初开始Zuo这个项目时脑子里只有一个简单念头：

Ru果NengZuo一个足够小、Neng嵌进 C 程序里但又足够完整、Neng跑真实代码的 JavaScript 引擎，会怎么样？

我不知道代价是什么。

可Neng是睡眠，可Neng是健康，可Neng是本来Ke以拿去Zuo任何其它事情的大把时间。

但我还是开始Zuo了。

Zui核心的问题是 解析。在其它东西Neng工作之前，你必须先有 parser。而 parser 往往比kan起来复杂得多。JavaScript 这种语言尤其“诡异”：

不可配置属性、freeze/seal、可选链的边缘语义、严格模式……听起来dou不难，但每一个背后dou是几十年的规范细节，真实世界的代码会依赖这些行为。

你以为 async/await hen简单，直到你尝试自己实现它。

要实现 async/await，你需要 Promise；Promise 需要 microtask 与定时器；microtask 与定时器又需要事件循环；事件循环还要有地方存异步操作的状态。

我为这件事折腾了好几天：

然后是 GC 的改进。在Zui初那一个月里 bdwgc 集成得挺好，但在优化阶段的某个时刻它被禁掉了runtime 就开始漏内存。我重新加回“可延迟 GC”的机制，并把旧 GC 的大部分代码取消注释。

转折点是：放弃手写 GC，改用 bdwgc。

一旦集成上去，内存问题大部分就消失了。我写代码的“语气”也变了：东西开始geng稳定地工作起来我加了 process 模块、把错误信息Zuo得geng友好——速度从这里开始明显加快。

当 Ant 的核心 runtime Neng跑、GC 稳了、Promise 也通了之后其它东西就像多米诺骨牌一样：小问题被修掉、缺的方法补齐、边缘语义逐个处理。

import { join } from 'ant:path';import { readFile } from 'ant:fs';import { createRouter, addRoute, findRoute } from 'rou3';const router = createRouter;addRoute); const result = await Promise.resolve; const name = await readFile); const base = '{{name}} {{version}} server is responding with'; const data = { name, version: Ant.version }; return c.res.body} ${result} ${c.params.id}!`);});async function handleRequest { console.log; const result = findRoute; if { c.params = result.params; return await result.data; } c.res.body;}console.log;Ant.serve;

运行起来就是：

一个JavaScript运行时到底需要什么呢？你可Neng会说需要 Event Loop，需要微任务，需要宏任务等等，但是一个月Neng自己实现一个JavaScript运行时吗？

"为什么百度不收录"这个问题，你Ke以理解为在问“为什么搜索引擎不收录”，因为原理dou是类似的。要确保你的网站内容是原创且高质量的，同时要检查是否正确使用了robots.txt文件，以及网站是否被搜索引擎爬虫正常访问。还有，你可Neng需要检查网站是否被惩罚，或者提交网站地图到百度站长平台来促进收录。

Ru果你曾经好奇：一个人Ru果足够执着、又不睡觉，NengZuo到什么？答案就是：Zuo出一个规范兼容的 JavaScript 引擎。

也许是赌气？也许是想证明点什么？也许是纯粹的执念。

日期：2026年1月2日