2025 - 述而不作

FEB

readFile 为例 nodejs 如何实现

文章分析了Node.js中readFileSync和readFile的同步与异步实现机制，揭示其底层均通过libuv的uv_fs_read函数完成系统调用，同步调用直接执行而异步调用通过事件循环处理。代码层面对同步和异步路径进行了抽象，通过FSReqBase类管理请求对象，利用AsyncCall和Dispatch方法封装libuv函数调用，异步回调函数AfterInteger负责处理结果并触发Promise的resolve流程。文章指出异步处理涉及多层封装，包括req_wrap的初始化、libuv函数调用的包装以及回调函数的执行链路，并遗留了内置模块加载机制和异步构建细节待进一步探讨，强调这些抽象设计对Node平台架构的重要性。--Qwen3

FEB

v8 build linux 平台

在Linux平台构建V8引擎的实践中，开发者常常面临文档与现实操作之间的鸿沟。当尝试通过源码编译获取V8库以实现C++与JavaScript的互操作时，看似标准的流程却因隐含的细节而充满挑战。从静态库的架构识别问题到自定义C++标准库引发的链接失败，每一次调试都揭示出文档的局限性——那些被默认为“常识”的配置参数，如链接器选择、标准库依赖等，往往成为新手的绊脚石。通过反复调整`args.gn`中的`is_component_build`、`v8_monolithic`等关键参数，并最终发现使用`lld`替代默认链接器、关闭自定义C++库的必要性，才得以突破困境。这一过程不仅暴露了V8构建系统中参数间的隐性关联，更引发对技术文档设计的反思：当维护者将“显而易见”的细节视为理所当然时，初学者却可能陷入漫长的试错循环。文档的缺位是否意味着开发者社区对复杂系统的认知门槛被人为抬高？如何在技术传播中平衡“默认知识”与“显式说明”的边界？或许，每一次构建的挣扎都在提醒我们：真正有效的文档，应该是照亮黑暗的灯塔而非制造迷雾的工具。--Qwen3

study daily v8 c++ linux 2025