在SVG的path元素中嵌入文本是否属于不良实践？
这确实是个很实际的问题，先聊聊你的当前做法：你因为现有元素的id和class不适合脚本需求，于是在<path>标签内部嵌入了文本内容，像这样：
<path class="marker" id="marker-1" fill="#A0C815" d="M -4.1216879,-8.2290524 C -5.9110969,-12.502078 -7.23943,-15.753123 -7.3543753,-16.286999 l -0.2605528,-1.210168 c 0,0 -0.2841967,-2.894696 0.9582581,-4.746646 1.2424549,-1.851949 3.2568196,-3.327274 6.1627419,-3.327354 1.1162147,-3.1e-5 3.680967,-0.09509 5.715044,1.84306 z">SOME TEXT HERE</path>
你测试后发现这种写法在浏览器、Inkscape、Linux图片查看器里都没报错，还能通过SVGElement.textContent让脚本正常工作，也确认了语法上是有效的，但担心这是不是不良实践，会不会有未预见的问题。
先给结论：这确实属于不推荐的实践，且存在潜在风险
虽然当前的测试没问题，但这种写法依赖了工具的容错性，长期来看有不少隐患：
语义混乱，维护成本高
path的核心作用是定义矢量路径的形状，嵌入文本会让SVG的结构语义完全偏离预期。其他开发者（甚至几个月后的你）看到这段代码时，会困惑这个文本的用途——是注释？是可视化内容？还是测试残留？这种模糊性会给后续维护埋下坑。工具兼容性风险
你测试的工具对这种写法容错性强，但不代表所有SVG处理工具都兼容：
- 严格的SVG优化工具（比如svgo）默认会清理掉图形元素内的冗余文本，直接导致你的脚本失效；
- 老旧的渲染引擎、批量转换工具或小众矢量编辑器可能会忽略这些文本，甚至抛出解析错误；
- 未来的SVG规范更新或工具迭代，也可能收紧对图形元素内容的处理规则。
- 可访问性与规范模糊地带
path不是语义化的文本容器，屏幕阅读器可能无法正确识别其中的文本；同时，SVG规范里虽然没有明确禁止图形元素包含字符数据，但这属于“可选容错内容”，不是推荐的标准用法，属于规范的模糊地带，依赖这种写法相当于走钢丝。
更稳妥的替代方案
其实有几种标准且语义清晰的方式可以实现你的需求，完全不需要在path里嵌文本：
*用data-自定义属性：把需要的文本存在path的自定义数据属性里，这是HTML/SVG专门为自定义元数据设计的方案：
<path class="marker" id="marker-1" fill="#A0C815" data-text="SOME TEXT HERE" d="..."></path>脚本里可以通过
element.dataset.text轻松获取内容，兼容性拉满，语义也清晰。用
元素存元数据 ：如果文本是纯脚本用的元数据，可以把它放在path内部的<metadata>标签里，这完全符合SVG的语义规范：<path class="marker" id="marker-1" fill="#A0C815" d="..."> <metadata>SOME TEXT HERE</metadata> </path>脚本通过
pathElement.querySelector('metadata').textContent就能获取内容。用隐藏的元素：如果文本需要和path关联，也可以在SVG中添加一个隐藏的
<text>元素，通过id关联路径：<path class="marker" id="marker-1" fill="#A0C815" d="..."></path> <text id="marker-1-text" style="display: none;">SOME TEXT HERE</text>脚本直接操作这个text元素的textContent即可，完全符合SVG的内容模型。
备注：内容来源于stack exchange，提问作者geeheeb
