现代浏览器支持通过指令在XML中关联XSLT实现客户端转换，需声明于XML声明后、根元素前，type用"text/xsl"或"application/xslt+xml"，href指向同域XSLT文件；仅支持XSLT 1.0，须避免2.0/3.0特性；Chrome v110+禁用file://协议下XSLT，Firefox仍支持，Safari支持弱；可改用JavaScript XSLTProcessor手动执行转换。
ext/xsl"或"application/xslt+xml"，href指向同域XSLT文件；仅支持XSLT 1.0，须避免2.0/3.0特性；Chrome v110+禁用file://协议下XSLT，Firefox仍支持，Safari支持弱；可改用JavaScript XSLTProcessor手动执行转换。现代浏览器普遍支持在XML文档中通过处理指令直接关联XSLT样式表，实现客户端XSLT转换，无需服务器参与。
在XML文件开头声明XSLT引用
这是最常用、兼容性最好的方式。在XML文档的根元素前（通常紧跟XML声明之后），插入一条XML样式表处理指令：
- 语法必须严格：
-
type值应为"text/xsl"（旧标准）或"application/xslt+xml"（W3C推荐，但部分旧浏览器支持不佳） -
href是相对或绝对路径，指向同域下的XSLT文件（跨域会因CORS被浏览器阻止） - 该指令需出现在XML声明（
）之后、根元素之前
确保XSLT文件符合浏览器解析要求
浏览器内置的XSLT处理器（如Gecko、WebKit/Blink的实现）对XSLT 1.0支持较好，但对XSLT 2.0/3.0完全不支持：
- 使用
- 避免XSLT 2.0特性：如
for-each-group、正则函数matches()、current()在某些上下文中的用法等 - XSLT文件本身也需是良构XML，且HTTP响应头建议包含
Content-Type: application/xslt+xml（非强制，但有助于正确解析）
注意浏览器差异与常见问题
不同浏览器对XSLT的支持细节存在差异，实际应用中需留意：
- Chrome 和 Edge（Chromium内核）自v110起默认禁用本地文件（
file://协议）下的XSLT处理，需启动时加参数--unsafely-treat-insecure-origin-as-secure="file:///" --user-data-dir=/tmp，或改用本地HTTP服务（如python3 -m http.server） - Firefox仍支持
file://协议下的XSLT，但要求XML和XSLT文件在同一目录或路径可访问 - Safari对XSLT支持较弱，尤其在较新版本中可能静默失败；建议测试时优先使用Firefox或Chrome（配合本地服务器）
- 若页面空白或显示原始XML，打开开发者工具的Console面板，查看是否报错“Stylesheet not found”、“Invalid XSLT”或CORS错误
替代方案：JavaScript手动执行XSLT
当需要更高控制力、动态加载或绕过协议限制时，可用JavaScript调用浏览器原生XSLTProcessor：
- 用
fetch()分别加载XML和XSLT（注意同源或CORS配置） - 解析为
Document对象后，创建XSLTProcessor实例，导入样式表，再执行转换 - 结果可注入
等容器，适合单页应用中按需渲染- 此方式不依赖
指令，但代码量略多，且同样仅支持XSLT 1.0 - 此方式不依赖
