编程语言编译器语言运行时标准库开发工具【免费下载链接】sdkThe Dart SDK, including the VM, JS and Wasm compilers, analysis, core libraries, and more.项目地址https://gitcode.com/gh_mirrors/sdk1/sdk点击查看免费下载frontend_server_client是 Dart SDK 官方仓库中围绕frontend_server增量编译器提供的一套客户端封装负责启动编译器子进程、驱动「编译—验收—重编译」生命周期并解析编译结果。本篇以 pkg/frontend_server_client/README.md 为骨架结合仓库内的核心实现frontend_server_client.dart、Web 专用包装器dartdevc_frontend_server_client.dart、完整示例example/与测试test/frontend_server_client_test.dart完整呈现包的 API 用法、进程通信协议以及它独特的 SDK 版本约束策略。读完本文你将能自己构建出 VM 热重载客户端或基于 DDC 的 Web 增量编译服务。包定位为 Dart SDK 的 frontend_server 编译器提供客户端接口frontend_server是 Dart SDK 自带的一个增量编译器守护进程它以子进程方式常驻运行接受「初次编译」与「增量重编译」两种命令并为每次编译输出结果标记boundary key、源码变更清单新增/移除的依赖文件以及错误计数。它能够被用于dartdevc开发期 JS 编译与 VM 目标两类 kernel 输出。frontend_server_client包正是围绕这一二进制提供的客户端封装其包描述见 pubspec.yaml明确指出它是 Client code to start and interact with the frontend_server compiler from the Dart SDK。它随 SDK 仓库一起维护公共入口文件 lib/frontend_server_client.dart 只导出三样东西FrontendServerClient通用客户端负责进程启动、编译命令发送、结果解析CompileResult单次编译的结构化结果dill 输出路径、错误数、源码变更集合、编译器输出DartDevcFrontendServerClient面向 Web/DDC 的专用包装器把编译产物加载进内存并按模块名提供字节流findNearestPackageConfigPath向上查找最近的.dart_tool/package_config.json的工具函数。从源码注释lib/src/frontend_server_client.dart可以确认start()的绝大多数参数直接映射 frontend_server 自身的命令行参数对应 SDK 中的pkg/frontend_server/lib/frontend_server.dart只是按需暴露。SDK 版本约束策略上界锁定、下界宽松这是 README 中篇幅最重的部分也是该包区别于普通库包的关键策略核心目标是允许 frontend_server 二进制在 SDK minor 版本发布时引入破坏性变更同时保证包与 SDK 版本可解version solve。约束规则上界max SDK constraint必须严格小于下一个 stable SDK 的minor中间位版本号。例如当最新 stable SDK 为 2.8.x 时约束写成2.9.0即使 SDK 是 3.x 或 4.x 时代同样遵循「小于下一 minor」的规则。下界min SDK constraint除「包必须能在该 SDK 版本上通过测试」之外不做额外要求。策略效果frontend_server 二进制的破坏性变更只允许出现在 minor 版本发布中而不是任意 patch 里。这样上界X.Y.0就能在破坏性变更发生前强制包升级。反过来当新的 stable SDK 发布时本包也必须同步在 pub 上发布一个新版本否则用户执行pub get时无法得到合法解——因为旧版本的上界会拒绝新 SDK而新版本尚未发布。与 dev 版本 SDK 的配合Dart 的版本解析器在「当前 SDK 为 dev 版本」时允许形如2.9.0的约束实际接纳2.9.0的 dev 版本并只发出警告而非报错。README 明确指出两点工作约定不必专门为 dev 发布打版本当 dev SDK 真的破坏了本包时由 CI 机器人bots通知维护者再补发一个 patch 版本即可需要依赖 dev 新特性时只抬升 min 约束到该 dev 版本max 约束保持不变。示例约束形如2.9.0-dev.1 2.9.0——它允许解析器接纳 2.9.0 的 dev 构建但依然卡死上界。结合 CHANGELOG.md 可以看到这套策略的实际执行2.0.1 曾把上界放宽到3.0.0The frontend server api is now considered quite stable4.0.0 又因 Dart 3.0 的 SDK 布局变化收紧为^3.0.0当前 4.0.1-wip 将 SDK 约束更新为^3.10.0并允许package_config 3.x.x。启动编译器FrontendServerClient.start 的参数与进程选择FrontendServerClient.start是静态工厂方法frontend_server_client.dart它负责组装命令行 → 选择启动方式 → 建立 stdout 流队列 → 确保输出目录存在。参数一览与 frontend_server 命令行一一对应参数默认值说明entrypoint必填应用入口可为相对路径或任意 URI含org-dartlang-root:///虚拟 URIoutputDillPath必填主输出 dill 文件的路径部分 target 会基于该文件名追加扩展名如.map、.sources、.jsonplatformKernel必填平台 kernel 文件如lib/_internal/vm_platform_strong.dilldartdevcModuleFormatamddartdevc 目标下的模块格式debugfalse是否允许调试器附加到 frontend server仅当传入frontendServerPath时合法否则抛ArgumentErrorenabledExperiments空每个实验特性生成一个--enable-experimentnameenableHttpUrisfalse生成--enable-http-urisfileSystemRoots空列表虚拟文件系统的根目录配合fileSystemScheme使用fileSystemSchemeorg-dartlang-rootfileSystemRoots使用的自定义 schemefrontendServerPath由 SDK 决定自定义 frontend server 启动文件可为 Dart 源文件或 AppJIT snapshotlibrariesSpec空libraries 规格 JSON如libraries.json的路径或 URI生成--libraries-specpackagesJson.dart_tool/package_config.jsonpackage 配置路径生成--packagessdkRoot当前 SDK 根定位 SDK 工具与快照的根目录默认为运行时所在 SDKtargetvmkernel 目标类型如vm、dartdevcverbosefalse打印服务端/客户端消息stdin 命令前缀stdout 输出前缀printIncrementalDependenciestrue为false时生成--no-print-incremental-dependenciesadditionalSources空列表追加的--source参数3.1.0 起支持nativeAssets空追加的--native-assets参数3.2.0 起支持两种进程启动路径从 start() 实现 可以清晰看到进程选择逻辑传入了frontendServerPath用 SDK 的dart可执行文件启动该文件此时若debug为true会额外附加--observe以允许调试器挂载。若该文件不存在抛ArgumentError.value。未传入frontendServerPath默认使用 SDK 内置的 AOT 快照bin/snapshots/frontend_server_aot.dart.snapshot由bin/dartaotruntimeWindows 下为.exe直接执行。此时debugtrue会抛出ArgumentError4.0.0 起的行为见 CHANGELOG.md因为调试器无法附加到未以--observe启动的 AOT 运行时。若快照或 AOT 运行时缺失同样抛出带明确路径提示的ArgumentError。SDK 根目录的定位由 shared.dart 完成sdkDir p.dirname(p.dirname(Platform.resolvedExecutable))即由可执行文件位置向上两级推导4.0.1-wip 起支持从独立 CLI 可执行文件运行并尊重sdkRoot参数。启动后客户端还会主动确保输出 dill 的父目录存在frontend_server 不会递归创建文件随后用StreamQueue包装 stdout 供协议解析使用。编译生命周期compile / accept / reject / reset / shutdown客户端内部用状态机管理编译会话_ClientState枚举waitingForFirstCompile、compiling、waitingForAcceptOrReject、waitingForRecompile、rejecting核心约定是每次compile之后必须且只能调用一次accept或reject否则后续调用会抛StateError。compile初次编译与增量重编译compile([ListUri? invalidatedUris])frontend_server_client.dart的行为分两种首次编译发送compile entrypoint无需失效文件列表后续重编译发送recompile entrypoint boundaryKey随后逐行写入每个失效的 URI再写一个相同的boundaryKey收尾。若invalidatedUris为空或null会抛StateErrorSubsequent compile invocations must provide a non-empty list of invalidated uris.。边界 key 由 shared.dart 的 generateUuidV4() 生成格式为标准的 8-4-4-4-12 UUID版本 4随机生成。解析协议boundary key 与源码差异compile内部用_CompileState状态机逐行消费 stdout解析流程为首行必须以result boundaryKey开头记录服务端返回的 key在waitingForKey阶段逐行读取编译器输出错误/警告文本直到遇到该 boundary key 为止进入gettingSourceDiffs以开头的行解析为新增的传递依赖URI以-开头的行解析为移除的依赖URI其他行抛StateError再次遇到 boundary key 则结束行尾空格分隔的最后一段是错误计数中间部分是 dill 输出路径2.1.1 修复了路径含空格时的解析 bug。accept / reject / reset / shutdown / killaccept()向 stdin 发送accept把服务端状态推进到可再次重编译表示接受本次产物reject()发送reject并等待result key与回显 key_RejectState状态机表示放弃本次产物调用后必须 await 完成才能再次编译reset()发送reset让服务端遗忘此前接受的增量状态下一次compile将产出完整 kernel 文件调用时若正处于编译中会抛StateErrorshutdown()发送quit后等待退出码若 1 秒内未退出则强制kill应对 Windows 上的挂起见 2.1.2kill()直接向进程发送信号默认sigterm并返回结果。CompileResult一次编译的完整结构CompileResult 是不可变结果对象字段如下字段类型含义dillOutputString?产出的 dill 文件完整 kernel、增量 kernel或编译失败时为null3.0.0 起改为可空失败时仍可取到编译器输出errorCountint错误总数明细在compilerOutputLines中compilerOutputLinesIterableString编译器全部输出通常为错误/警告newSources/removedSourcesIterableUri本次编译新增/移除的全部传递依赖jsSourceMapsOutput/jsSourcesOutput/jsManifestOutputString?Web 目标专属基于dillOutput追加.map/.sources/.json扩展名的三个文件分别保存全部 sourcemap、全部 JS 输出与定位各模块的偏移清单Web 场景DartDevcFrontendServerClient对 DDC/dartdevc 目标dartdevc_frontend_server_client.dart 提供了「有主见」的包装start()内部固定以target: dartdevc调用通用FrontendServerClient.startplatformKernel默认为 SDK 的lib/_internal/ddc_sdk.dill每次compile的结果会被暂存_lastResult只有在accept()之后才把 JS 产物与 sourcemap 按模块切分加载进内存_assets切分逻辑见_updateAssets依据.json清单中的code/sourcemap偏移区间调用reject()则不会更新资产assetBytes(path)返回指定模块的字节可直接供 Web 服务器下发_clientHandler中的shelf处理即按路径从内存取资产并回application/javascript在amd模块格式下会自动生成两个引导模块入口的main.dart.jsbootstrap 脚本与main.dart.bootstrap.js主模块由 dartdevc_bootstrap_amd.dart 生成并在reset()时重建对 VM 风格的compileExpression会抛UnsupportedError改用compileExpressionToJs底层实现当前为UnimplementedError见源码标注。实用工具findNearestPackageConfigPathpackage_config_utils.dart 提供findNearestPackageConfigPath([start])从指定目录默认当前目录向上逐级查找.dart_tool/package_config.json命中即返回绝对路径否则返回null。配套的pathFromNearestPackageConfig还能在 pub workspace 单仓monorepo中按包名解析其根目录下的任意相对路径这对 CI 环境下解析相对路径尤为关键。端到端示例VM 热重载与 Web 增量编译仓库提供两个可直接运行的最小示例完整演示了「启动客户端 → 编译 → 改源 → 增量重编译 → 热重载」的全流程。VM 示例example/vm_client.dart用org-dartlang-root:///$app作为入口 URI、fileSystemRoots: [Directory.current.path]声明虚拟文件系统根target: vm指向 VM 平台 kernel首次compile()后用 dill 启动应用进程通过 VM Service 的reloadSources实现热重载修改example/app/main.dart后调用client.compile([Uri.parse(org-dartlang-root:///$app)])触发增量重编译再accept()结束时用shutdown()带 1 秒超时与kill()兜底并在finally中清理输出目录。Web 示例example/web_client.dart先dart compile js-dev预编译 SDK 为dart_sdk.js以DartDevcFrontendServerClient.start启动platformKernel指向lib/_internal/ddc_platform.dill启动一个shelf服务器把内存资产、静态文件、require.js、dart_stack_trace_mapper.js全部路由到 8080 端口交互式 REPL输入新消息改写main.dart→ 增量编译 → 错误时reject()、成功时accept()输入reset调用reset()并还原文件。测试验证与质量保障test/frontend_server_client_test.dart 在沙箱中创建带pubspec.yaml与bin/main.dart的临时包执行pub get后真实拉起FrontendServerClient验证了首次编译产出非空dillOutput且文件真实存在、errorCount 0、newSources同时包含入口与package:path的解析结果、removedSources为空修改源码后以[File(entrypoint).uri]触发增量重编译并accept()配合 VM ServicevmServiceConnectUri、reloadSources验证热重载后进程打印出新内容example/下的 vm_client_test.dart 与 web_client_test.dart 对两个示例做集成级验证。测试声明TestOn(vm)仅运行于 VM 平台。版本演进与使用前提从 CHANGELOG.md 可以梳理出重要的行为变更使用前请对照4.0.0默认改为从 SDK 内置 AOT 快照启动 frontend serverdebugtrue且省略frontendServerPath时抛ArgumentErrorSDK 约束收紧到^3.0.03.0.0compile返回非空CompileResultdillOutput改为可空3.1.0/3.2.0分别新增additionalSources与nativeAssets参数2.1.0支持enabledExperiments当前 4.0.1-wip支持从独立 CLI 可执行文件运行、尊重sdkRootSDK 约束^3.10.0。使用前提该包面向「运行在 Dart SDK 环境内」的场景SDK 必须包含bin/snapshots/frontend_server_aot.dart.snapshot与dartaotruntime或提供自定义frontendServerPathWeb 目标需要 SDK 的lib/_internal/ddc_sdk.dill与 DDC 相关 JS 文件。由于 README 明确的上界策略升级 stable SDK 后请留意 pub 上的包新版本以保持版本可解。小结frontend_server_client以约 470 行的核心实现lib/src/frontend_server_client.dart把一个二进制级增量编译器包装成了健壮的 Dart APIstart完成参数映射与进程选择compile/accept/reject/reset通过 boundary key 协议维持增量状态机CompileResult将编译产物、错误与依赖差异结构化而DartDevcFrontendServerClient则把 web 产物直接变成内存资产。再配合 README 中「上界小于下一 minor、下界宽松、dev 版本特判」的版本约束策略它既是理解 Dart 增量编译协议的绝佳入口也是编写热重载工具链时可以直接复用的现成客户端。赞分享编程语言编译器语言运行时标准库开发工具【免费下载链接】sdkThe Dart SDK, including the VM, JS and Wasm compilers, analysis, core libraries, and more.项目地址https://gitcode.com/gh_mirrors/sdk1/sdk点击查看免费下载相关推荐一站式抖音 TikTok 数据采集DouK-Downloader 批量下载 5 分钟实操一站式抖音 TikTok 数据采集DouK Downloader 批量下载 5 分钟实操 周三晚上报告明早要交竞品的账号几百条作品要全部存下来还要把近期编程语言编译器语言运行时标准库开发工具深入理解dzakwan-MoE-4x7b-Beta路由机制专家选择策略与prompt设计技巧深入理解dzakwan MoE 4x7b Beta路由机制专家选择策略与prompt设计技巧 dzakwan MoE 4x7b Beta 是一个基于Mixtu编程语言编译器语言运行时标准库开发工具brpc 集成 Apache Thrift 协议编译、客户端访问与服务端处理全指南brpc 集成 Apache Thrift 协议编译、客户端访问与服务端处理全指南 导读 brpc 原生支持 Thrift 框架在 NonBlocking后端RPC框架通信网络上一篇WarcraftHelper魔兽争霸3终极兼容性优化指南下一篇Wand-Enhancer终极指南5分钟免费解锁WeMod专业版完整功能创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Dart SDK 前端编译服务器客户端 frontend_server_client：增量编译、热重载协议与 SDK 版本约束策略
编程语言编译器语言运行时标准库开发工具【免费下载链接】sdkThe Dart SDK, including the VM, JS and Wasm compilers, analysis, core libraries, and more.项目地址https://gitcode.com/gh_mirrors/sdk1/sdk点击查看免费下载frontend_server_client是 Dart SDK 官方仓库中围绕frontend_server增量编译器提供的一套客户端封装负责启动编译器子进程、驱动「编译—验收—重编译」生命周期并解析编译结果。本篇以 pkg/frontend_server_client/README.md 为骨架结合仓库内的核心实现frontend_server_client.dart、Web 专用包装器dartdevc_frontend_server_client.dart、完整示例example/与测试test/frontend_server_client_test.dart完整呈现包的 API 用法、进程通信协议以及它独特的 SDK 版本约束策略。读完本文你将能自己构建出 VM 热重载客户端或基于 DDC 的 Web 增量编译服务。包定位为 Dart SDK 的 frontend_server 编译器提供客户端接口frontend_server是 Dart SDK 自带的一个增量编译器守护进程它以子进程方式常驻运行接受「初次编译」与「增量重编译」两种命令并为每次编译输出结果标记boundary key、源码变更清单新增/移除的依赖文件以及错误计数。它能够被用于dartdevc开发期 JS 编译与 VM 目标两类 kernel 输出。frontend_server_client包正是围绕这一二进制提供的客户端封装其包描述见 pubspec.yaml明确指出它是 Client code to start and interact with the frontend_server compiler from the Dart SDK。它随 SDK 仓库一起维护公共入口文件 lib/frontend_server_client.dart 只导出三样东西FrontendServerClient通用客户端负责进程启动、编译命令发送、结果解析CompileResult单次编译的结构化结果dill 输出路径、错误数、源码变更集合、编译器输出DartDevcFrontendServerClient面向 Web/DDC 的专用包装器把编译产物加载进内存并按模块名提供字节流findNearestPackageConfigPath向上查找最近的.dart_tool/package_config.json的工具函数。从源码注释lib/src/frontend_server_client.dart可以确认start()的绝大多数参数直接映射 frontend_server 自身的命令行参数对应 SDK 中的pkg/frontend_server/lib/frontend_server.dart只是按需暴露。SDK 版本约束策略上界锁定、下界宽松这是 README 中篇幅最重的部分也是该包区别于普通库包的关键策略核心目标是允许 frontend_server 二进制在 SDK minor 版本发布时引入破坏性变更同时保证包与 SDK 版本可解version solve。约束规则上界max SDK constraint必须严格小于下一个 stable SDK 的minor中间位版本号。例如当最新 stable SDK 为 2.8.x 时约束写成2.9.0即使 SDK 是 3.x 或 4.x 时代同样遵循「小于下一 minor」的规则。下界min SDK constraint除「包必须能在该 SDK 版本上通过测试」之外不做额外要求。策略效果frontend_server 二进制的破坏性变更只允许出现在 minor 版本发布中而不是任意 patch 里。这样上界X.Y.0就能在破坏性变更发生前强制包升级。反过来当新的 stable SDK 发布时本包也必须同步在 pub 上发布一个新版本否则用户执行pub get时无法得到合法解——因为旧版本的上界会拒绝新 SDK而新版本尚未发布。与 dev 版本 SDK 的配合Dart 的版本解析器在「当前 SDK 为 dev 版本」时允许形如2.9.0的约束实际接纳2.9.0的 dev 版本并只发出警告而非报错。README 明确指出两点工作约定不必专门为 dev 发布打版本当 dev SDK 真的破坏了本包时由 CI 机器人bots通知维护者再补发一个 patch 版本即可需要依赖 dev 新特性时只抬升 min 约束到该 dev 版本max 约束保持不变。示例约束形如2.9.0-dev.1 2.9.0——它允许解析器接纳 2.9.0 的 dev 构建但依然卡死上界。结合 CHANGELOG.md 可以看到这套策略的实际执行2.0.1 曾把上界放宽到3.0.0The frontend server api is now considered quite stable4.0.0 又因 Dart 3.0 的 SDK 布局变化收紧为^3.0.0当前 4.0.1-wip 将 SDK 约束更新为^3.10.0并允许package_config 3.x.x。启动编译器FrontendServerClient.start 的参数与进程选择FrontendServerClient.start是静态工厂方法frontend_server_client.dart它负责组装命令行 → 选择启动方式 → 建立 stdout 流队列 → 确保输出目录存在。参数一览与 frontend_server 命令行一一对应参数默认值说明entrypoint必填应用入口可为相对路径或任意 URI含org-dartlang-root:///虚拟 URIoutputDillPath必填主输出 dill 文件的路径部分 target 会基于该文件名追加扩展名如.map、.sources、.jsonplatformKernel必填平台 kernel 文件如lib/_internal/vm_platform_strong.dilldartdevcModuleFormatamddartdevc 目标下的模块格式debugfalse是否允许调试器附加到 frontend server仅当传入frontendServerPath时合法否则抛ArgumentErrorenabledExperiments空每个实验特性生成一个--enable-experimentnameenableHttpUrisfalse生成--enable-http-urisfileSystemRoots空列表虚拟文件系统的根目录配合fileSystemScheme使用fileSystemSchemeorg-dartlang-rootfileSystemRoots使用的自定义 schemefrontendServerPath由 SDK 决定自定义 frontend server 启动文件可为 Dart 源文件或 AppJIT snapshotlibrariesSpec空libraries 规格 JSON如libraries.json的路径或 URI生成--libraries-specpackagesJson.dart_tool/package_config.jsonpackage 配置路径生成--packagessdkRoot当前 SDK 根定位 SDK 工具与快照的根目录默认为运行时所在 SDKtargetvmkernel 目标类型如vm、dartdevcverbosefalse打印服务端/客户端消息stdin 命令前缀stdout 输出前缀printIncrementalDependenciestrue为false时生成--no-print-incremental-dependenciesadditionalSources空列表追加的--source参数3.1.0 起支持nativeAssets空追加的--native-assets参数3.2.0 起支持两种进程启动路径从 start() 实现 可以清晰看到进程选择逻辑传入了frontendServerPath用 SDK 的dart可执行文件启动该文件此时若debug为true会额外附加--observe以允许调试器挂载。若该文件不存在抛ArgumentError.value。未传入frontendServerPath默认使用 SDK 内置的 AOT 快照bin/snapshots/frontend_server_aot.dart.snapshot由bin/dartaotruntimeWindows 下为.exe直接执行。此时debugtrue会抛出ArgumentError4.0.0 起的行为见 CHANGELOG.md因为调试器无法附加到未以--observe启动的 AOT 运行时。若快照或 AOT 运行时缺失同样抛出带明确路径提示的ArgumentError。SDK 根目录的定位由 shared.dart 完成sdkDir p.dirname(p.dirname(Platform.resolvedExecutable))即由可执行文件位置向上两级推导4.0.1-wip 起支持从独立 CLI 可执行文件运行并尊重sdkRoot参数。启动后客户端还会主动确保输出 dill 的父目录存在frontend_server 不会递归创建文件随后用StreamQueue包装 stdout 供协议解析使用。编译生命周期compile / accept / reject / reset / shutdown客户端内部用状态机管理编译会话_ClientState枚举waitingForFirstCompile、compiling、waitingForAcceptOrReject、waitingForRecompile、rejecting核心约定是每次compile之后必须且只能调用一次accept或reject否则后续调用会抛StateError。compile初次编译与增量重编译compile([ListUri? invalidatedUris])frontend_server_client.dart的行为分两种首次编译发送compile entrypoint无需失效文件列表后续重编译发送recompile entrypoint boundaryKey随后逐行写入每个失效的 URI再写一个相同的boundaryKey收尾。若invalidatedUris为空或null会抛StateErrorSubsequent compile invocations must provide a non-empty list of invalidated uris.。边界 key 由 shared.dart 的 generateUuidV4() 生成格式为标准的 8-4-4-4-12 UUID版本 4随机生成。解析协议boundary key 与源码差异compile内部用_CompileState状态机逐行消费 stdout解析流程为首行必须以result boundaryKey开头记录服务端返回的 key在waitingForKey阶段逐行读取编译器输出错误/警告文本直到遇到该 boundary key 为止进入gettingSourceDiffs以开头的行解析为新增的传递依赖URI以-开头的行解析为移除的依赖URI其他行抛StateError再次遇到 boundary key 则结束行尾空格分隔的最后一段是错误计数中间部分是 dill 输出路径2.1.1 修复了路径含空格时的解析 bug。accept / reject / reset / shutdown / killaccept()向 stdin 发送accept把服务端状态推进到可再次重编译表示接受本次产物reject()发送reject并等待result key与回显 key_RejectState状态机表示放弃本次产物调用后必须 await 完成才能再次编译reset()发送reset让服务端遗忘此前接受的增量状态下一次compile将产出完整 kernel 文件调用时若正处于编译中会抛StateErrorshutdown()发送quit后等待退出码若 1 秒内未退出则强制kill应对 Windows 上的挂起见 2.1.2kill()直接向进程发送信号默认sigterm并返回结果。CompileResult一次编译的完整结构CompileResult 是不可变结果对象字段如下字段类型含义dillOutputString?产出的 dill 文件完整 kernel、增量 kernel或编译失败时为null3.0.0 起改为可空失败时仍可取到编译器输出errorCountint错误总数明细在compilerOutputLines中compilerOutputLinesIterableString编译器全部输出通常为错误/警告newSources/removedSourcesIterableUri本次编译新增/移除的全部传递依赖jsSourceMapsOutput/jsSourcesOutput/jsManifestOutputString?Web 目标专属基于dillOutput追加.map/.sources/.json扩展名的三个文件分别保存全部 sourcemap、全部 JS 输出与定位各模块的偏移清单Web 场景DartDevcFrontendServerClient对 DDC/dartdevc 目标dartdevc_frontend_server_client.dart 提供了「有主见」的包装start()内部固定以target: dartdevc调用通用FrontendServerClient.startplatformKernel默认为 SDK 的lib/_internal/ddc_sdk.dill每次compile的结果会被暂存_lastResult只有在accept()之后才把 JS 产物与 sourcemap 按模块切分加载进内存_assets切分逻辑见_updateAssets依据.json清单中的code/sourcemap偏移区间调用reject()则不会更新资产assetBytes(path)返回指定模块的字节可直接供 Web 服务器下发_clientHandler中的shelf处理即按路径从内存取资产并回application/javascript在amd模块格式下会自动生成两个引导模块入口的main.dart.jsbootstrap 脚本与main.dart.bootstrap.js主模块由 dartdevc_bootstrap_amd.dart 生成并在reset()时重建对 VM 风格的compileExpression会抛UnsupportedError改用compileExpressionToJs底层实现当前为UnimplementedError见源码标注。实用工具findNearestPackageConfigPathpackage_config_utils.dart 提供findNearestPackageConfigPath([start])从指定目录默认当前目录向上逐级查找.dart_tool/package_config.json命中即返回绝对路径否则返回null。配套的pathFromNearestPackageConfig还能在 pub workspace 单仓monorepo中按包名解析其根目录下的任意相对路径这对 CI 环境下解析相对路径尤为关键。端到端示例VM 热重载与 Web 增量编译仓库提供两个可直接运行的最小示例完整演示了「启动客户端 → 编译 → 改源 → 增量重编译 → 热重载」的全流程。VM 示例example/vm_client.dart用org-dartlang-root:///$app作为入口 URI、fileSystemRoots: [Directory.current.path]声明虚拟文件系统根target: vm指向 VM 平台 kernel首次compile()后用 dill 启动应用进程通过 VM Service 的reloadSources实现热重载修改example/app/main.dart后调用client.compile([Uri.parse(org-dartlang-root:///$app)])触发增量重编译再accept()结束时用shutdown()带 1 秒超时与kill()兜底并在finally中清理输出目录。Web 示例example/web_client.dart先dart compile js-dev预编译 SDK 为dart_sdk.js以DartDevcFrontendServerClient.start启动platformKernel指向lib/_internal/ddc_platform.dill启动一个shelf服务器把内存资产、静态文件、require.js、dart_stack_trace_mapper.js全部路由到 8080 端口交互式 REPL输入新消息改写main.dart→ 增量编译 → 错误时reject()、成功时accept()输入reset调用reset()并还原文件。测试验证与质量保障test/frontend_server_client_test.dart 在沙箱中创建带pubspec.yaml与bin/main.dart的临时包执行pub get后真实拉起FrontendServerClient验证了首次编译产出非空dillOutput且文件真实存在、errorCount 0、newSources同时包含入口与package:path的解析结果、removedSources为空修改源码后以[File(entrypoint).uri]触发增量重编译并accept()配合 VM ServicevmServiceConnectUri、reloadSources验证热重载后进程打印出新内容example/下的 vm_client_test.dart 与 web_client_test.dart 对两个示例做集成级验证。测试声明TestOn(vm)仅运行于 VM 平台。版本演进与使用前提从 CHANGELOG.md 可以梳理出重要的行为变更使用前请对照4.0.0默认改为从 SDK 内置 AOT 快照启动 frontend serverdebugtrue且省略frontendServerPath时抛ArgumentErrorSDK 约束收紧到^3.0.03.0.0compile返回非空CompileResultdillOutput改为可空3.1.0/3.2.0分别新增additionalSources与nativeAssets参数2.1.0支持enabledExperiments当前 4.0.1-wip支持从独立 CLI 可执行文件运行、尊重sdkRootSDK 约束^3.10.0。使用前提该包面向「运行在 Dart SDK 环境内」的场景SDK 必须包含bin/snapshots/frontend_server_aot.dart.snapshot与dartaotruntime或提供自定义frontendServerPathWeb 目标需要 SDK 的lib/_internal/ddc_sdk.dill与 DDC 相关 JS 文件。由于 README 明确的上界策略升级 stable SDK 后请留意 pub 上的包新版本以保持版本可解。小结frontend_server_client以约 470 行的核心实现lib/src/frontend_server_client.dart把一个二进制级增量编译器包装成了健壮的 Dart APIstart完成参数映射与进程选择compile/accept/reject/reset通过 boundary key 协议维持增量状态机CompileResult将编译产物、错误与依赖差异结构化而DartDevcFrontendServerClient则把 web 产物直接变成内存资产。再配合 README 中「上界小于下一 minor、下界宽松、dev 版本特判」的版本约束策略它既是理解 Dart 增量编译协议的绝佳入口也是编写热重载工具链时可以直接复用的现成客户端。赞分享编程语言编译器语言运行时标准库开发工具【免费下载链接】sdkThe Dart SDK, including the VM, JS and Wasm compilers, analysis, core libraries, and more.项目地址https://gitcode.com/gh_mirrors/sdk1/sdk点击查看免费下载相关推荐一站式抖音 TikTok 数据采集DouK-Downloader 批量下载 5 分钟实操一站式抖音 TikTok 数据采集DouK Downloader 批量下载 5 分钟实操 周三晚上报告明早要交竞品的账号几百条作品要全部存下来还要把近期编程语言编译器语言运行时标准库开发工具深入理解dzakwan-MoE-4x7b-Beta路由机制专家选择策略与prompt设计技巧深入理解dzakwan MoE 4x7b Beta路由机制专家选择策略与prompt设计技巧 dzakwan MoE 4x7b Beta 是一个基于Mixtu编程语言编译器语言运行时标准库开发工具brpc 集成 Apache Thrift 协议编译、客户端访问与服务端处理全指南brpc 集成 Apache Thrift 协议编译、客户端访问与服务端处理全指南 导读 brpc 原生支持 Thrift 框架在 NonBlocking后端RPC框架通信网络上一篇WarcraftHelper魔兽争霸3终极兼容性优化指南下一篇Wand-Enhancer终极指南5分钟免费解锁WeMod专业版完整功能创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
