QuickJS 新增从标准输入执行脚本功能解析

QuickJS 作为一款轻量级的 JavaScript 引擎，近期在功能上进行了重要扩展，新增了从标准输入(stdin)执行脚本的能力。这一特性使得 QuickJS 在脚本处理灵活性上达到了与 Node.js 类似的使用体验。

功能背景

传统上，QuickJS 需要通过文件路径来执行 JavaScript 代码，这在某些场景下显得不够灵活。特别是在需要动态生成脚本内容或通过管道传递脚本时，用户不得不先将内容写入临时文件再执行。而 Node.js 早已支持通过 node - 命令直接从标准输入执行脚本，这一功能在自动化脚本处理中非常实用。

技术实现原理

QuickJS 原本就具备处理标准输入的能力，但在实现上存在一个小限制：js_load_file 函数会先尝试使用 fseek 获取文件大小，以便预先分配内存。当处理标准输入这类不可寻址的流时，这一操作会导致失败。

解决方案相当巧妙：

1. 修改文件加载逻辑，使其不再依赖 fseek 预先确定文件大小
2. 改为采用块读取方式，动态分配内存
3. 保持原有接口不变，确保向后兼容

使用方法

现在用户可以通过以下两种等效方式使用这一功能：

# 直接传递脚本内容
echo 'print("Hello World")' | qjs /dev/stdin

# 或者使用更简洁的语法(如果实现)
echo 'print("Hello World")' | qjs -

技术意义

这一改进虽然看似简单，但实际上：

1. 增强了 QuickJS 在管道操作中的实用性
2. 使 QuickJS 更适合作为脚本处理工具链中的一环
3. 提高了与其他工具(如文本处理器、代码生成器等)的协同能力
4. 为未来可能的 REPL 环境改进奠定了基础

性能考量

由于改为动态内存分配方式，理论上在处理大文件时可能会有轻微性能影响。但考虑到：

1. 标准输入通常用于处理中小型脚本
2. 现代内存分配算法效率很高
3. 避免了预先读取整个文件的等待时间

实际使用中性能差异几乎可以忽略不计。

结语

QuickJS 的这一改进虽然代码改动不大，但显著提升了工具的使用体验和灵活性，使其在自动化脚本处理场景中更具竞争力。这也体现了 QuickJS 项目对开发者实际需求的快速响应能力。