HTML进度条制作：progress标签使用教程

本文详细介绍了如何使用HTML原生的``标签创建进度条，并深入探讨了其属性`value`和`max`的用法，以及如何通过JavaScript动态更新进度。同时，文章也指出了``标签在样式定制上的局限性，以及利用浏览器前缀伪元素进行CSS样式化的方法。针对何时使用``标签以及何时选择`div`结合CSS/JS方案进行了分析，强调在语义化、可访问性优先或简单场景下优先选择``，而在需要高度定制样式、兼容老旧浏览器或多阶段非线性进度时，则应考虑使用自定义`div`方案，以便更好地满足项目需求和提升用户体验。

progress标签的属性主要有value和max，value表示当前任务完成的数值，max表示任务总量，二者共同决定进度条的完成百分比；2. 当value存在时显示为确定性进度条，省略value则通常显示为不确定性加载状态；3. 可通过JavaScript动态更新value属性实现进度变化；4. CSS自定义样式需借助浏览器前缀伪元素如::-webkit-progress-value和::-moz-progress-bar，因影子DOM限制难以直接控制内部结构；5. 推荐在语义化、可访问性优先或简单场景下使用progress标签，而在需要高度定制样式、兼容老旧浏览器或多阶段非线性进度时，应选用div结合CSS/JS的方案。

在HTML中制作进度条，最直接也最符合语义化的方式是使用标签。它提供了一个浏览器原生的元素，用于展示任务的完成进度，无论是确定性的百分比还是不确定性的加载状态。

解决方案

使用标签来创建进度条是首选方案。这个标签有两个核心属性：value和max。

• value：表示当前已完成的进度值。
• max：表示总的进度值，即任务的上限。

当这两个属性都存在时，标签会显示一个确定性的进度条，比如“50%完成”。如果只存在max而没有value，或者两者都没有，浏览器通常会显示一个不确定性的进度指示器，比如一个旋转的加载动画，表示任务正在进行中，但具体进度未知。

一个基本的确定性进度条可以这样写：

这会显示一个填充了一半的进度条。

如果想表示一个不确定性的加载状态，可以这样：

或者

后者在某些浏览器中可能依然显示为确定性进度条，但没有填充。通常，省略value属性是表示不确定状态的标准做法。

当然，光有这个标签还不够，我们还得让它动起来，或者说，让它的value属性随着任务的进展而变化。这通常需要结合JavaScript来实现。

文件上传进度：
开始上传

上面这个简单的例子模拟了一个文件上传过程，通过JavaScript定时更新标签的value属性，从而让进度条动起来。

progress标签的属性有哪些，它们各自有什么作用？

说实话，标签的属性并不多，但它们各自的作用却很关键，决定了进度条的行为和显示方式。最主要的，正如前面提到的，就是value和max。

• value属性：这个属性代表了任务的当前完成量。它的值必须是一个有效的浮点数，且必须在0到max之间（如果max存在的话）。如果value大于max，浏览器会将其视为等于max；如果小于0，则视为0。当value属性存在时，进度条会显示为“确定性”模式，即你能看到一个明确的完成百分比。例如，value="30"和max="100"表示完成了30%。

• max属性：这个属性定义了任务的总量或者说完成任务所需的最大值。它的值也必须是一个有效的浮点数，且必须大于0。如果max属性缺失或者值不合法，默认情况下会假定为1.0。当max属性存在但value属性缺失时，理论上进度条应该显示为“不确定性”模式（通常是动画），表示任务正在进行但具体进度未知。不过，不同浏览器对这种组合的渲染可能略有差异，所以为了明确表示不确定状态，通常是直接省略value和max。

举个例子，假设我们有一个加载条，总共有200个资源需要加载：

加载中... 66%


数据传输中...

这里值得一提的是，虽然在标签内部可以放置文本内容（比如“加载中... 66%”），但这些文本内容通常只在浏览器不支持标签时才会显示。现代浏览器会忽略这些内容，直接渲染进度条。所以，如果你需要显示进度百分比或状态文本，通常需要额外添加一个或其他元素，并用JavaScript来更新其内容，以确保兼容性和灵活性。

从辅助功能（Accessibility）的角度看，标签本身就具有很好的语义化，屏幕阅读器能够识别并正确地向用户传达这是一个进度指示器。这比我们手动用

和aria-*属性来模拟要省心得多。

如何用CSS美化或自定义progress标签的样式？

这部分内容，说实话，才是真正让人头疼的地方。标签的默认样式在不同浏览器之间差异很大，而且直接用CSS去美化它，会遇到不少阻碍，因为它的内部结构被“影子DOM”（Shadow DOM）封装了。这意味着你不能像操作普通

那样，简单地给它加个background-color或border-radius就能搞定一切。

为了自定义的样式，我们通常需要利用一些特殊的CSS伪元素，而这些伪元素往往是浏览器厂商特定的：

• WebKit/Blink (Chrome, Safari, Edge基于Chromium)：

  • ::-webkit-progress-bar: 用来样式化进度条的背景轨道。
  • ::-webkit-progress-value: 用来样式化进度条的填充部分。

• Mozilla (Firefox)：

  • ::-moz-progress-bar: 用来样式化进度条的填充部分。Firefox没有单独的伪元素来样式化背景轨道，轨道通常是元素本身的背景。

• Microsoft Edge (旧版Edge，现在已转向Chromium)：

  • 旧版Edge使用::-ms-fill和::-ms-track，但随着Edge转向Chromium，这些已经不再是主流。

所以，如果你想让进度条在不同浏览器中看起来一致，你需要写一堆带有不同前缀的CSS规则。

/* 统一设置进度条的整体高度和背景 */
progress {
  -webkit-appearance: none; /* 移除默认外观 */
  -moz-appearance: none;
  appearance: none; /* 这是一个新属性，但兼容性还不如前缀 */
  width: 100%;
  height: 20px;
  background-color: #f0f0f0; /* 默认背景，Firefox会用这个 */
  border-radius: 10px;
  overflow: hidden; /* 确保填充部分不会超出圆角 */
}

/* WebKit/Blink 浏览器样式 */
progress::-webkit-progress-bar {
  background-color: #f0f0f0; /* 进度条轨道背景 */
  border-radius: 10px;
}

progress::-webkit-progress-value {
  background-color: #4CAF50; /* 进度条填充颜色 */
  border-radius: 10px;
  transition: width 0.3s ease-in-out; /* 添加动画效果 */
}

/* Mozilla Firefox 浏览器样式 */
progress::-moz-progress-bar {
  background-color: #4CAF50; /* Firefox直接设置填充颜色 */
  border-radius: 10px;
  transition: width 0.3s ease-in-out;
}

/* 针对不确定状态的样式（可选，通常浏览器有默认动画） */
progress:not([value])::-webkit-progress-bar {
  /* 可以为不确定状态设置不同的背景或动画 */
}
progress:not([value])::-webkit-progress-value {
  /* 针对不确定状态的填充样式，例如条纹动画 */
}
/* Firefox 类似 */
progress:not([value])::-moz-progress-bar {
  /* 针对不确定状态的填充样式 */
}

这只是一个基础的例子。想实现更复杂的动画、渐变色或者更精细的控制，标签的局限性就会凸显出来。很多时候，前端开发者为了追求像素级的完美和跨浏览器的一致性，会选择放弃标签，转而使用一个普通的

元素，配合CSS和JavaScript来完全自定义进度条。虽然这样失去了语义化优势，但获得了无限的样式自由。

什么时候应该使用progress标签，什么时候用其他方式更合适？

这是一个非常实用的问题，因为它直接关系到我们开发时的技术选型。

什么时候应该优先使用标签？

• 语义化优先：当你需要一个清晰、明确的“进度”指示器时，是最佳选择。它告诉浏览器和辅助技术（如屏幕阅读器）：“嘿，这里有个任务正在进行中，这是它的完成度。”这对于网站的可访问性（Accessibility）来说非常重要。
• 简单场景：如果你对进度条的样式要求不高，或者可以接受浏览器默认样式，那么标签无疑是最省心、最快捷的方案。它的实现成本极低。
• 确定性与不确定性：无论是需要显示精确百分比（value和max都存在），还是仅仅表示“正在加载中”（只存在max或两者都缺失），都能很好地胜任。
• 性能考虑：原生HTML元素通常比复杂的JavaScript/CSS动画更高效。

什么时候考虑使用其他方式（比如div + CSS/JS）更合适？

• 高度定制化样式：这是最常见的原因。如果你的设计稿要求进度条有复杂的渐变、纹理、内部文字、特殊的动画效果，或者需要与品牌视觉高度统一，那么标签的样式限制会让你非常痛苦。使用div配合CSS（如linear-gradient、keyframes动画）和JavaScript来控制宽度，会提供更大的自由度。
• 兼容性要求极高：尽管现代浏览器对的支持度很好，但如果你的项目需要兼容非常老旧的浏览器，或者你无法忍受不同浏览器间哪怕是细微的样式差异，那么完全自定义的div方案可能更稳妥。
• 非线性或多阶段进度：标签本质上是线性的，从0到100%。如果你的“进度”是一个多阶段、非线性的流程（例如，一个多步表单，每步完成后有不同的UI反馈，而不是一个简单的百分比），或者需要显示多个并行的进度条，那么自定义div的灵活性会更高。
• 集成第三方库：如果你正在使用一个前端框架（如React, Vue, Angular）或UI组件库，它们通常会提供自己的进度条组件。这些组件往往是基于div等通用元素构建的，并且已经处理好了样式和交互逻辑，直接使用它们会比自己去折腾原生更高效。

总的来说，选择哪种方式取决于你的具体需求：是追求语义化和简单快速，还是追求极致的视觉效果和跨浏览器一致性。很多时候，我个人会先尝试，如果发现样式定制实在太折磨人，才会退而求其次，转向div方案。毕竟，时间宝贵，没必要在样式兼容性上耗费太多精力。

终于介绍完啦！小伙伴们，这篇关于《HTML进度条制作：progress标签使用教程》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！

CSS样式 进度条 value属性 progress标签 max属性

CSS无效状态样式技巧：invalid伪类使用指南

上一篇

CSS无效状态样式技巧：invalid伪类使用指南

下一篇

Golang门面模式简化子系统调用方法