和无法支撑微服务前端依赖管理，因其不支持按需加载、条件加载及依赖拓扑排序；它们是静态声明、无去重机制、不保证执行顺序，也无法处理运行时动态路径与服务发现配置。
HTML 本身没有“资源依赖加载标签”这种东西，所谓依赖加载，全是靠 JavaScript 控制时机和顺序，HTML 只负责提供可被 JS 读取的声明式钩子。
为什么 <link rel="preload"> 和 <script type="module"></script> 不足以支撑微服务前端的依赖管理
这两个标签确实能控制资源加载，但它们不解决“按需”“条件”“拓扑顺序”三个关键问题。微服务前端常需根据服务发现结果动态决定加载哪些 JS/CSS，而 preload 是静态声明、type="module" 无法动态拼接路径——Webpack/Vite 构建时会报错“无法分析动态 import”。真实场景里，你拿到的是运行时返回的模块配置数组，不是写死在 HTML 里的 <script src="xxx"></script>。
-
preload只触发下载，不执行，也不保证执行顺序；它不能替代import()或htmlDependency()的生命周期控制 -
type="module"默认defer，但多个模块间无依赖声明机制；若 A 模块依赖 B 模块的全局变量，仅靠module标签无法保证 B 先执行 - 微服务前端常需去重：同一份
lodash.js被多个子服务引用，硬塞多个<script></script>会导致重复执行、状态污染
htmltools::htmlDependency() 在 Shiny 微前端中怎么避免重复注入
这是 R 生态中唯一能真正做依赖图管理的方案，核心在于显式声明 package 和 version，让 htmltools 能做哈希比对。不写版本号，或把 htmlDependency() 放进 server() 函数里，都会导致每次 session 重建都重新注册、重复插入 <script></script> 标签。
- 必须写全
package = "mylib", version = "1.2.0"，否则去重失效 - CSS 用
stylesheet类型，JS 优先用script类型并设eval = FALSE（防止 R 解析./data.json这类字符串时报错） - 依赖对象应在 UI 层定义，比如
ui ，绝不可放在 <code>server内部 - 若某依赖路径需动态生成（如用户上传后生成的 CDN 地址），改用
tagList()+onRender()在客户端 fetch，绕过服务端路径解析
自定义属性如 data-js 或 data-css 怎么被 Webpack 正确识别为资源依赖
默认 html-loader 完全忽略这些属性，除非你在 sources.list 中显式声明规则。漏配一条，构建后就是 404；多配一条，可能把 CDN 上的外部链接也打包进 dist 目录。
- 用对象形式配置
sources，例如：{ tag: "my-card", attribute: "data-js", type: "script" } -
srcset必须单独配一条规则，类型设为"srcset"，它不会继承src规则 - 用
urlFilter排除外部资源：urlFilter: (attr, path) => !path.startsWith("https://") - 禁用
scriptingEnabled: true（生产环境），否则<script>console.log("./config.json")</script>里的字符串也会被当成路径尝试解析
真正难的不是写对某一条配置，而是理解：每个 HTML 属性是否被处理，取决于构建工具是否“认得它”；而微服务前端的属性往往是自定义的，没人替你预设规则——你得亲手告诉工具“这个值是资源路径，该转成模块引用”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
