网页 meta http-equiv 属性有哪些具体取值
meta 元素的 http-equiv 属性只能使用 MDN 文档中明确列出的 HTTP 头部名称作为取值，不能随意填写。
支持的取值类型与定义
http-equiv 属性允许在 HTML 文档中提供类似 HTTP 响应头的处理指令，但并非所有 HTTP 头部都受支持。MDN 文档指出，只有特定的子集被允许作为 http-equiv 的值。这些值对应于标准的 HTTP 头部，例如 content-language、content-type、content-security-policy、default-style、refresh、set-cookie 和 x-ua-compatible。开发者必须从这些预定义的选项中选择，以确保浏览器能够正确解析元数据。
每个支持的取值都有其特定的功能。例如，content-type 用于声明文档的媒体类型和字符编码，其 content 属性必须指定为 text/html; charset=utf-8。refresh 取值则相当于 Refresh HTTP 头部，用于指定页面重载或跳转的秒数和目标 URL。set-cookie 取值用于设置文档的 Cookie，但现代浏览器已忽略此指令，推荐使用 HTTP 响应头或 document.cookie。开发者应查阅文档确认当前支持的取值列表，避免使用未列出的名称导致行为不一致。
content 属性的配合使用规则
当 meta 元素使用 http-equiv 属性时，必须同时包含 content 属性来定义具体的指令内容。例如，设置刷新时间时，content 属性应填写秒数；设置重定向时，应填写秒数后跟分号和 URL。对于 content-type，content 属性必须严格遵循 text/html; charset=utf-8 的格式。这种配合确保了浏览器能够准确理解元数据的意图。
不同取值对 content 属性的格式要求不同。refresh 取值中，content 属性可以是纯数字（秒数）或数字加 URL（3;url=https://example.com）。content-security-policy 取值中，content 属性应包含 CSP 指令，如 default-src https:。开发者必须根据具体的 http-equiv 取值来编写正确的 content 属性，否则浏览器可能忽略该元标签或产生错误行为。
文档类型与放置限制
http-equiv 属性的使用受到文档媒体类型的限制。MDN 文档明确指出，content-type 取值只能用于以 text/html 媒体类型提供的文档，不能用于以 XML（application/xml 或 application/xhtml+xml）类型提供的文档。这意味着在 XML 文档中，应使用 XML 声明或 HTTP 头部来指定字符编码，而不能使用 meta http-equiv 属性。
meta 元素的 http-equiv 属性定义的是文档级别的元数据，适用于整个页面。其放置位置通常在 head 元素中，但具体限制与 charset 属性相同。开发者应确保文档类型与元标签的使用方式匹配，以避免兼容性问题。例如，在 XHTML 文档中，应避免使用 http-equiv 属性来声明字符编码。
浏览器兼容性与安全注意事项
http-equiv 属性的功能在浏览器中广泛可用，自 2015 年 7 月起已在多种浏览器版本中支持。然而，MDN 文档警告称，浏览器可能会处理未列出的其他头部，这可能导致跨浏览器行为不一致。因此，开发者应严格遵循文档中列出的取值，避免依赖未记录的行为。对于安全相关的取值，如 content-security-policy，应确保正确配置以防止跨站脚本攻击。
某些取值在现代浏览器中已被废弃或忽略。例如，set-cookie 和 x-ua-compatible 取值已被浏览器忽略，推荐使用 HTTP 响应头或 CSS 替代方案。开发者应避免使用这些已废弃的取值，以免产生误导性的安全设置。在配置 refresh 取值时，还需注意可访问性问题，过短的刷新间隔可能干扰辅助技术用户。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。