如何从DMD编译器mars.d源码流程中访问模块AST

不需要直接重写tryMain核心逻辑，优先使用DMD原生提供的插件钩子即可完全覆盖需求。

原生插件钩子覆盖能力 #

• DMD 2.092及以上版本提供正式插件扩展体系，全生命周期钩子覆盖命令行预处理完成、AST构建完成、每轮优化pass前后、代码生成前等所有关键节点。插件编译为动态库后，通过DMD命令行的-plugin=参数加载即可，完全复用原有命令行预处理结果，不需要重复实现参数解析逻辑。
• 针对模块AST提取的核心钩子：
  • onProcessModule回调会在单个模块的完整语法解析、初步语义分析完成后（即默认多轮优化流程启动前）触发，此时拿到的AST包含所有预处理后的内容，没有信息丢失。
  • onOptimizationPass回调可指定监听的优化阶段，每轮优化执行完成后自动回调传入对应阶段的AST引用，无需侵入原有多轮优化的触发逻辑。
• 插件回调默认不阻断后续编译流程：只要不在回调中手动修改AST、返回错误码，DMD会完全按照原有逻辑执行后续优化、代码生成步骤，不影响正常编译输出。

手动触发优化流程实现方式 #

• DMD的优化pass接口属于公开API（位于dmd.optimize模块），拿到AST引用后可直接手动调用对应优化函数（比如常量传播、死代码消除、函数内联等），自行控制优化流程的执行顺序、轮次，满足检视不同阶段AST结构的需求。
• 注意：回调中拿到的是AST的引用而非拷贝，如果需要长期保存某一阶段的AST快照，需要手动做深拷贝，避免被后续编译流程的优化操作污染。

旧版DMD的最小修改方案 #

• 如果使用2.092之前的旧版DMD，没有正式插件钩子，只需要在tryMain对应优化阶段的位置插入一行自定义的AST提取/处理函数调用即可，不需要改动原有多轮优化的核心逻辑，对原有编译流程的影响可忽略。
• 仅当需要修改全局编译流程规则（比如调整默认优化轮次顺序、修改命令行参数解析逻辑）时，才需要直接修改tryMain的核心代码，纯AST检视、手动触发优化的场景完全不需要这类改动。

内容的提问来源于stack exchange，提问作者Jellybaby