ASP.NET近年版本对HTML5支持是逐步收敛、默认启用、去手工化的过程：Web Forms 4.5起深度集成HTML5表单控件与无干扰验证；MVC 5/Core 1–3.x默认输出语义标签并引入modernizr；Core 2.1+起Tag Helpers自动推断type及验证属性；Core 6+彻底移除HTML4兼容逻辑，原生支持HTML5属性；Core 8进一步贴近浏览器原生行为，如自动添加required、type和pattern等。
ASP.NET 近年版本对 HTML5 的支持不是“变化大”，而是逐步收敛、默认启用、去手工化——从 ASP.NET Web Forms 4.5（2012）到 ASP.NET Core 8（2023+），HTML5 已不再是“可选特性”，而是底层渲染事实标准。
Web Forms 4.5 是 HTML5 支持的分水岭
这是第一个把 HTML5 表单控件和验证机制深度集成的版本：TextBoxMode 扩展到 16 种（DateTime、Email、Url 等），FileUpload 增加 AllowMultiple 属性，Unobtrusive Validation 默认开启，把验证逻辑从内联 JS 抽离为 data-* 属性 + 外部脚本。
常见坑：ValidationSummary 在启用 Unobtrusive 后需手动引入 jquery.validate.unobtrusive.js，否则前端验证不触发。
ASP.NET MVC 5 / Core 1–3.x 默认输出 HTML5 语义标签
VS 模板创建新项目时，_Layout.cshtml 就已使用 <header></header>、<nav></nav>、<footer></footer>；modernizr.js 自动引入，确保旧版 IE（如 IE8）能识别这些标签并应用 CSS。
关键差异：
• MVC 5 中 @Html.TextBoxFor() 渲染为 <input type="text">，无自动 type 推断
• ASP.NET Core 2.1+ 的 <input asp-for="Email"> 标记帮助程序会根据 [EmailAddress] 特性自动设 type="email"
• asp-validation-for 不再注入 span 内联脚本，而是靠 data-val-* 属性驱动客户端验证
ASP.NET Core 6+ 彻底移除 HTML4 兼容包袱
不再提供 target="_blank" 的自动 rel 属性补全（需手动加 rel="noopener"）、formaction 等原生 HTML5 属性直接透传，Tag Helpers 对 datetime-local、color、range 等输入类型原生支持。
容易忽略的点：
• <input asp-for="BirthDate" type="date"> 中显式写 type="date" 会覆盖标记帮助程序推断，但若模型有 [DataType(DataType.Date)]，不写 type 也能正确渲染
• Html.BeginForm() 在 Core 中已被 <form asp-controller="..." asp-action="..."></form> 取代，旧写法仍可用但失去路由参数绑定智能提示
• ModelState 错误现在默认生成 data-val-required 等属性，但服务端仍需调用 TryValidateModel() 或依赖模型绑定自动校验
审查 Remix v2 代码中的 v1 形态 meta 导出（v2 中为破坏性变更），cookie 安全漏洞（httpOnly、secure、密钥轮换），认证门位于错误层级，以及其他
立即学习“前端免费学习笔记（深入）”；
ASP.NET Core 8 的静默升级：HTML5 表单行为更贴近浏览器原生
比如 <select asp-items="Model.Options"></select> 渲染时自动添加 required 若模型属性标了 [Required]；<input asp-for="Phone"> 遇到 [Phone] 特性，会同时设 type="tel" 和 pattern 属性；FormMethod.Post 默认不再带 enctype="application/x-www-form-urlencoded"，仅在含文件上传时才自动切为 multipart/form-data。
典型陷阱：
• 用 jQuery 动态插入表单元素后，jquery.validate.unobtrusive 不会自动绑定新元素，需手动调用 $.validator.unobtrusive.parse()
• asp-for 绑定 IFormFile 时，必须配 enctype="multipart/form-data"，否则服务端 Request.Form 为空且无错误提示
• localStorage 和 sessionStorage 的使用完全脱离框架，但 ASP.NET Core 的 TempData 底层已默认基于 Session，而 Session 默认依赖 Cookie，与 HTML5 存储无直接耦合
真正复杂的不是“怎么用 HTML5”，而是当老项目从 Web Forms 升级到 Core 时，那些散落在 .aspx 里靠 ClientIDMode 和 EnableClientScript 控制的验证逻辑，得重写成统一的 DataAnnotations + Tag Helpers + 前端自定义验证器。这个迁移成本，远高于语法层面的 HTML5 支持差异。
