html5的dataset属性是一种在html元素上存储和访问自定义数据的规范化方式。它通过以data-开头的属性实现，例如data-user-id=”12345″，随后可以通过JavaScript的dataset对象读取，如element.dataset.userid；1. 存储数据：在html标签中添加data-属性；2. 读取数据：使用dataset对象并通过驼峰命名访问；3. 修改数据：直接赋值dataset属性；4. 删除数据：用delete操作符或removeattribute方法。相比传统非标准属性，data-是语义化、规范化的，且提供更简洁的操作接口。常见应用场景包括ui状态管理、事件委托、小型配置存储和拖放操作的数据传递。性能方面，频繁读写影响不大，但不适合存储大量数据；安全方面，不应存储敏感信息，并防范xss攻击。
html5的dataset属性，说白了，就是让你能在html元素上存取自定义数据的一种规范化方式。它解决了以前我们为了在dom上挂载数据，不得不乱用id、class，或者直接添加非标准属性的尴尬。现在，只要以data-开头，后面跟上你的键名，就能把数据直接写在标签上，然后通过JavaScript方便地读取和操作，这让HTML元素不再只是一个展示的容器，它也能携带一些“私房话”给JS用，而且是合法的、语义化的。
解决方案
要使用HTML5的dataset属性来存取自定义数据，过程其实非常直观。
存储数据： 你需要在HTML元素的标签中，添加以data-为前缀的属性。例如：
<div id="userProfile" data-user-id="12345" data-user-name="张三" data-is-active="true"> 这是一个用户资料卡片。 </div>
这里，data-user-id、data-user-name和data-is-active就是我们自定义的数据属性。
立即学习“前端免费学习笔记（深入）”；
读取数据： 在JavaScript中，你可以通过元素的dataset属性来访问这些数据。dataset属性会返回一个DOMStringMap对象，其中包含了所有data-属性。需要注意的是，如果你的data-属性名中包含连字符（-），在JavaScript中访问时需要转换为驼峰命名法。
const userProfileDiv = document.getElementById('userProfile'); // 读取数据 const userId = userProfileDiv.dataset.userId; // '12345' const userName = userProfileDiv.dataset.userName; // '张三' const isActive = userProfileDiv.dataset.isActive; // 'true' (注意，这里读取到的是字符串) console.log(`用户ID: ${userId}`); console.log(`用户名: ${userName}`); console.log(`是否活跃: ${isActive}`);
可以看到，data-user-id变成了dataset.userId，data-is-active变成了dataset.isActive。
修改数据： 修改数据就像修改普通的JavaScript对象属性一样简单：
userProfileDiv.dataset.isActive = 'false'; console.log(`更新后是否活跃: ${userProfileDiv.dataset.isActive}`); // 'false'
删除数据： 删除一个data-属性也有两种方式：
// 方式一：使用delete操作符 delete userProfileDiv.dataset.userName; console.log(`删除用户名后: ${userProfileDiv.dataset.userName}`); // undefined // 方式二：使用removeAttribute方法（更推荐，因为它直接操作DOM属性） userProfileDiv.removeAttribute('data-user-id'); console.log(`删除用户ID后: ${userProfileDiv.dataset.userId}`); // undefined
通常我更倾向于removeAttribute，因为它更明确地表达了“从DOM上移除这个属性”的意图。
HTML5 data-* 属性与传统自定义属性有何不同？
当我们谈论在HTML元素上存储数据时，过去确实有一些“野路子”或者说不那么规范的做法。最常见的，就是直接在标签上添加一个非标准的属性，比如
。这种做法虽然在某些浏览器中也能工作，但它不符合HTML规范，可能会导致HTML验证失败，而且更重要的是，它缺乏语义。浏览器并不知道这个my-custom-data属性是干嘛用的，它只是一个未知属性。
而HTML5的data-*属性，它的核心区别就在于“规范化”和“语义化”。 data-*是HTML5标准明确规定的，专门用于存储自定义数据的属性。这意味着你的HTML代码是有效的、合规的。 从JavaScript访问的角度来看，传统自定义属性你只能通过element.getAttribute(‘my-custom-data’)和element.setAttribute(‘my-custom-data’, ‘new-value’)来操作。而data-*属性则提供了一个更便捷、更面向对象的接口：element.dataset。这个dataset对象是一个DOMStringMap，它会自动处理连字符到驼峰命名的转换，让你的JS代码看起来更简洁、更具可读性。
在我看来，data-*不仅仅是解决了HTML验证的问题，它更是一种意图的表达。当你在一个元素上看到data-something时，你立刻就知道：“哦，这个是给JavaScript用的，是这个元素特有的数据。”这比看到一个随意命名的非标准属性要清晰得多，也更有助于团队协作和代码维护。这就像是给你的HTML元素贴上了一张小标签，上面写着“这是给JS看的备忘录”。
dataset 属性在前端开发中有哪些常见的应用场景？
dataset属性在现代前端开发中简直是无处不在，它的便利性让很多过去需要复杂逻辑才能实现的功能变得简单。
一个很典型的场景就是UI状态管理。想象一个列表，每个列表项可能需要知道自己是否被选中、是否处于编辑模式，或者它对应的数据库ID是什么。你完全可以将这些状态直接存储在列表项的data-*属性中：
<li data-item-id="101" data-selected="false">商品A</li> <li data-item-id="102" data-selected="true">商品B</li>
当用户点击时，JavaScript可以直接读取Event.target.dataset.selected来判断并更新状态，而不需要去遍历DOM或者维护一个复杂的JS对象来映射。
另一个非常强大的应用是事件委托。如果你有一个包含成百上千个列表项的巨大列表，给每个列表项都绑定点击事件会消耗大量内存和性能。更好的做法是在它们的父元素上绑定一个事件监听器，然后通过event.target.dataset来判断是哪个子元素被点击了，并获取其相关数据。比如，一个商品列表的“加入购物车”按钮，你可以把商品ID存在按钮的data-product-id上，父元素监听点击事件后，就能轻松知道是哪个商品要被加入了。
<div id="productList"> <button data-action="add-to-cart" data-product-id="P001">加入购物车</button> <button data-action="view-details" data-product-id="P002">查看详情</button> </div>
JS代码：
document.getElementById('productList').addEventListener('click', function(event) { const target = event.target; if (target.dataset.action === 'add-to-cart') { console.log(`加入购物车：${target.dataset.productId}`); } else if (target.dataset.action === 'view-details') { console.log(`查看详情：${target.dataset.productId}`); } });
这种模式让代码变得非常简洁高效。
此外，它也常用于小型配置信息的存储，比如一个组件可能需要一些初始化参数，但这些参数又不适合放在全局变量里，或者需要与特定的DOM实例关联。还有拖放操作中，拖动源元素可以把它的ID或类型存在data-属性里，拖放目标在接收时就能快速识别。可以说，dataset让HTML元素从一个纯粹的“展示者”变成了能够“携带信息”的载体，极大地提升了前端开发的灵活性和数据与UI的耦合度（是好的耦合）。
使用 dataset 属性时需要注意哪些性能或安全问题？
尽管dataset属性非常方便，但在实际使用中，我们还是需要留意一些潜在的性能和安全考量。
首先是性能方面。有人可能会担心，频繁地读写dataset属性会不会影响性能？理论上，直接操作DOM属性（包括dataset）确实会比操作纯JavaScript对象要慢一些，因为涉及到浏览器内部的DOM更新机制。然而，在绝大多数现代Web应用场景下，这种性能差异微乎其微，几乎可以忽略不计。除非你在一个高频循环中对成千上万个元素进行dataset的读写操作，否则通常不会成为性能瓶颈。真正的性能杀手往往是DOM的重绘和回流（reflow/repaint），而单纯修改data-*属性本身并不会直接触发这些操作，除非你修改的属性间接影响了元素的布局或样式。
一个更实际的性能考量是数据量。dataset毕竟是将数据存储在DOM元素上，这意味着这些数据会成为DOM树的一部分，占用内存。如果你试图在data-*属性中存储大量的数据，比如一个复杂的json对象字符串，这可能会导致DOM树变得臃肿，增加内存消耗，并且在序列化/反序列化时也会带来额外的开销。对于大量或复杂的数据，更推荐的做法是将其存储在JavaScript变量、Web Storage（localStorage/sessionstorage）或者专门的状态管理库中，然后在data-*属性中只存储一个ID或者一个引用，用作JS和DOM之间的桥梁。
其次是安全方面。这是我个人觉得更需要警惕的地方。data-*属性的内容是直接暴露在客户端的，任何用户都可以通过浏览器的开发者工具轻易查看。因此，*绝对不要在`data-`属性中存储任何敏感信息**，比如用户的密码、API密钥、会话令牌等。这些数据应该始终在服务器端处理，或者通过安全的http Only Cookie等方式传输。
另一个安全隐患是XSS（跨站脚本攻击）风险。如果你的data-*属性值是直接来自用户输入，并且你在JavaScript中又将这个值不加过滤地插入到HTML中（例如使用innerHTML），那么恶意用户就可以注入脚本。例如：
<div data-user-input="<script>alert('XSS!');</script>"></div>
JS：
const userInputDiv = document.querySelector('[data-user-input]'); document.body.innerHTML += userInputDiv.dataset.userInput; // 危险！
为了避免这种风险，永远要对来自用户或不可信源的数据进行严格的净化（sanitization）处理，无论这些数据是存储在dataset中还是其他地方，尤其是在将其渲染到DOM之前。
总的来说，dataset是一个非常实用的工具，它极大地简化了DOM和JavaScript之间的数据交互。只要我们遵循最佳实践，避免存储过大数据和敏感信息，并对用户输入保持警惕，它的价值远大于可能带来的微小风险。
