HTML 不允许直接将 作为合法自定义标签使用

很多开发者可能都动过这个念头：既然想给图片加个特别的边框，为什么不直接创建一个叫 的新标签，然后专门为它写样式呢？想法很直接，但现实很骨感。浏览器压根不认这个“自定义”的图片标签。

你猜怎么着？浏览器会把 当作一个未知的、无意义的自定义标签来处理。默认情况下，它会按 display: inline 渲染，最关键的是，它根本不支持 src 属性背后的那套图像加载逻辑。结果就是，图片不会显示，你精心为它定义的 CSS 边框样式也完全不会生效。

来看一个典型的错误示例，这段代码是行不通的：

那么，正确的解法是什么？其实很简单：复用标准的 标签，然后通过 CSS 类名或 ID 来精准控制样式。 这样做，既能完全避免修改全局 img 的样式，也无需引入任何非标准的语法，干净又利落。

推荐方案（推荐使用 class，更灵活可复用）

下面这段代码，才是既符合标准又切实可行的做法：

? 提示：如果只是单张图片需要特殊样式，用 id="custom-image" 配合 #custom-image { ... } 的选择器也行。但从工程实践的角度看，使用 class 通常更优——它便于多张图片复用样式，也更容易配合 Ja vaScript 进行动态操作，对于组件化开发尤其友好。

⚠️ 注意事项

在实践中有几个关键点需要牢记：

• 永远不要依赖 这类自定义标签来替代 ：这违反了 HTML 标准，会导致一系列问题，包括图片无法加载、无障碍支持失效（屏幕阅读器无法识别）、以及 SEO 友好性下降。
• 如果需要更高阶的封装功能，比如统一实现懒加载、占位图或复杂的响应式处理，正确的做法是使用 标签配合自定义的 data-* 属性，再通过 Ja vaScript 进行功能增强，而不是去伪造一个标签。
• 所有现代浏览器都严格遵循 HTML 标准， 是唯一受到普遍支持的内联图像嵌入元素，这一点毋庸置疑。

总之，保持代码的语义化是前端开发的基石。先用对标签，再通过样式和脚本去增强它，这样才能写出真正健壮、可维护且具备良好可访问性的 HTML 代码。