VS2019中HTML页面无反应是因为需通过IIS Express运行而非双击打开；DOCTYPE小写或空格不报错但可能触发IE怪异模式；属性顺序差异在原生比较中被整行标红，需用DOM解析或Git标准化比对；编辑器不限制HTML5标签，但运行时兼容性取决于目标浏览器内核。
HTML语句在VS2019里创建空白页时为什么没反应？
因为 Visual Studio 2019 创建的是 ASP.NET Web 应用程序，默认不直接运行纯 HTML 文件——它需要 IIS Express 或 Kestrel 启动服务，而不是双击打开 file:// 协议。你添加了 HTML页，但若没右键“设为起始页”+按 F5 运行，浏览器实际加载的是空项目首页或 404。
- 必须确保项目已生成并启动（状态栏显示 IIS Express 正在运行）
- HTML 文件需在解决方案资源管理器中右键 → “设为起始页”，否则访问的是默认
Default.aspx或index.html（若不存在则报错） - 不要用记事本方式双击打开生成的 .html 文件——此时浏览器走本地文件协议，
<meta charset="utf-8">可能被忽略，中文变乱码
VS2019 新建 HTML 页后，DOCTYPE 写成 <!DOCTYPE html> 会报错吗？
不会报错，但若你在 ASP.NET 项目里混用 HTML5 语义标签（如 <section>、<nav>），而页面仍被 IE 兼容模式或旧版文档模式解析，这些标签就只是普通容器，CSS 选择器 section { } 不生效，JS 也拿不到正确 DOM 类型（返回 HTMLUnknownElement）。
- VS2019 默认新建的 HTML 模板不带
<meta http-equiv="X-UA-Compatible" content="IE=edge">，老 IE（如 IE11 文档模式=7）会退化渲染 -
<!DOCTYPE html>在 VS2019 编辑器里不会高亮报错，但若你把它写成<!doctype html>（小写）或前面多一个空格，Chrome/Firefox 仍识别，IE 可能触发怪异模式 - 真正风险不是语法错误，而是：VS2019 调试时用的是 Edge WebView2 或 IE 内核，不同内核对
<canvas>、form.checkValidity()支持度差异极大
VS2019 中对比两个 HTML 版本，为什么内置“比较文件”看不出属性顺序变化？
因为 VS2019 的原生“比较文件”是纯文本行比对，把 <div class="a" id="b"> 和 <div id="b" class="a"> 当作两行完全不同的字符串处理，标红整行——但这其实是合法等价 HTML5 写法，无实际语义差异。
- 想精准识别“结构不变仅格式/属性顺序变动”，得先标准化：用
jsdom或Cheerio解析成 DOM，再比对节点树 - VS2019 安装插件
Compare Folders或Diff All Files可支持忽略空白、大小写，但依然无法跳过属性顺序 - 更可靠的做法：提交到 Git，用
git diff --ignore-space-change --ignore-all-space，或搭配prettier --write统一格式后再比
2019 年 VS 版本对 HTML5 新标签的支持边界在哪？
VS2019 编辑器本身只做语法高亮和基础验证，不校验语义；但它调用的浏览器（调试时）决定你能用什么。比如 <input type="date"> 在 VS2019 里写出来毫无提示，但 Chrome 能唤出日期滚轮，IE11 则回退成普通文本框——编辑器不拦你，运行时才暴露问题。
立即学习“前端免费学习笔记（深入）”；
-
<picture>、<dialog>、<details>在 VS2019 中无智能提示，也不报错，但 IE11 / Edge Legacy 完全不识别 -
contenteditable、data-*属性可正常写入，但 VS2019 不校验命名规范（如data-userId在 IE11 里 JS 读不到，必须写data-user-id） - 真正卡住开发的不是 VS2019，而是你调试时选的浏览器内核版本——它不提醒你，但你的用户会遇到
<article> 都可能在某台 Win7 + IE11 的客户机上变成不可见的 div——这不是代码错了，是环境没对齐。 
