asp旧版可生成html5但存在结构性限制：控件默认输出xhtml 1.0 markup，不支持语义标签、新输入类型等；需手动编写html或重写render方法；html5特性如localstorage、pushstate等须完全自行集成；ie8兼容需html5shiv+css重置；客户端与服务端验证体系分离。
ASP旧版（特指 ASP.NET Web Forms 2.0–4.0 时代，不含 Core）生成 HTML5 并非“不能做”，而是存在**结构性限制**：它不原生理解 HTML5 语义标签、新输入类型、离线清单或本地存储 API，所有 HTML5 输出都依赖开发者手动编写或绕过服务器控件渲染逻辑。
控件默认输出不兼容 HTML5 标准
ASP.NET Web Forms 的服务器控件（如 TextBox、Button、Calendar）在 .NET 4.0 及更早版本中，会强制输出 XHTML 1.0 Transitional 兼容的 markup —— 比如把 input type="email" 渲染成 input type="text"，忽略 required、placeholder 等属性；DropDownList 无法自动加 data-* 属性，除非用 Attributes.Add() 手动注入。
- 根本原因：控件的
Render()方法硬编码了旧 DTD 行为，不响应ClientIDMode以外的 HTML5 模式开关 - workaround：禁用控件，改用纯 HTML +
runat="server"，或继承控件重写RenderContents() - 风险点：启用
ValidationGroup或AutoPostBack时，手动写的input type="date"可能被回发机制忽略值（因服务端没对应DateTime类型绑定逻辑）
HTML5 新特性需完全手动集成
像 localStorage、History.pushState()、manifest 离线缓存、Canvas 绘图等，ASP.NET 旧版框架本身不提供服务端封装或生命周期钩子。你得自己写 JS，并确保它和 ASP.NET 的 __doPostBack、Page_ClientValidate 不冲突。
- 典型踩坑：在 UpdatePanel 内使用
pushState()后点浏览器后退，页面状态没还原，因为 ASP.NET 并不知道你改了 URL —— 它只监听自己的__EVENTTARGET参数 - manifest 文件必须通过
IHttpHandler（如Manifest.ashx）输出text/cache-manifestMIME 类型，IIS 默认不识别.appcache或.mf后缀 -
localStorage数据无法被服务端直接读取，也不能放进ViewState，若需同步，得靠 AJAX 主动提交到 ASHX 或 PageMethod
语义标签与 IE 兼容性双重枷锁
即使你在 .aspx 中写了 <header></header>，ASP.NET 旧版不会阻止它输出，但 IE8 及以下会把它当未知标签，不创建 DOM 节点，且默认 display 为 inline —— 导致布局崩坏，且 html5shiv 必须在 最顶部加载，不能放在 <content></content> 里。
立即学习“前端免费学习笔记（深入）”；
- 常见错误现象：用
MasterPage+ContentPlaceHolder时，html5shiv 脚本被塞进，对 IE8 完全无效 - 必须配合 CSS 重置：
header, section, article { display: block; }，否则连基本块级表现都没有 - Modernizr 检测结果不能直接用于服务端判断（如
Request.Browser.IsMobileDevice仍是 UA 字符串匹配），只能做客户端分支逻辑
最常被忽略的一点：ASP.NET 旧版的 Page.Validate() 和客户端 form.checkValidity() 是两套验证体系，HTML5 表单约束（minlength、pattern）只触发浏览器 UI 提示，不会阻止 __doPostBack，也不影响服务端 Page.IsValid —— 你得手动调用 Page.GetPostBackEventReference() 前插入 JS 验证，否则用户可能看到两次错误提示。
