必须显式设置响应头content-type并指定charset，否则浏览器按iso-8859-1解析致中文变方块或问号；asp.net中需同时设response.contenttype和responseencoding，且html中、文件编码、http头三者必须统一为utf-8。
必须显式设置响应头的 Content-Type 并指定 charset，否则浏览器大概率按 ISO-8859-1 解析，中文直接变方块或问号。
ASP.NET 中 response.ContentType 和 ResponseEncoding 要配对用
只设 ResponseEncoding = "utf-8" 不够——它只影响 Response.Write() 的字节输出编码，但不改 HTTP 响应头。浏览器靠 Content-Type: text/html; charset=utf-8 才知道怎么解码。
- 在
.aspx页面顶部加：，同时确保 HTML 里有<meta charset="utf-8"> - 全局配置更稳妥：在
Web.config的<system.web></system.web>下加<globalization responseencoding="utf-8"></globalization> - 如果动态生成 HTML（比如用
StringBuilder拼完再Response.Write()），务必在写入前调用Response.ContentType = "text/html; charset=utf-8"
Node.js 用原生 HTTP 模块返回 HTML 时别漏掉 charset
res.writeHead(200, {'Content-Type': 'text/html'}) 是错的——缺 charset=utf-8。Node 不会自动补，浏览器就猜错。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 正确写法：
res.writeHead(200, {'Content-Type': 'text/html; charset=utf-8'}) - 如果 HTML 字符串本身含 GBK 编码内容（极少见），得同步改
charset=gbk，且确保字符串确实是 GBK 编码的Buffer，否则res.end(htmlStr)会二次编码出错 - 用 Express 更省心：
res.set('Content-Type', 'text/html; charset=utf-8')或直接res.render()（模板引擎通常默认处理 charset）
Python Flask/Django 返回 HTML 时 encoding 由框架托管，但源头必须干净
Flask 的 render_template() 和 Django 的 render() 默认用 UTF-8，但前提是模板文件本身是 UTF-8 编码保存的，且没在 HTML 里硬写 charset=gb2312。
- 检查模板文件保存编码：用 VS Code 或 Notepad++ 看右下角，不是 “UTF-8 with BOM”（BOM 会导致 IE 渲染异常）
- 如果从数据库读取 HTML 片段再嵌入，确认数据库连接指定了
charset=utf8mb4（MySQL）或使用UTF-8排序规则（SQL Server/PostgreSQL） - 手动返回字符串时（如
return "<h1>你好</h1>"），Flask 默认加charset=utf-8；Django 需确认settings.py中DEFAULT_CHARSET = 'utf-8'
最容易被忽略的是：HTML 文件自身编码、HTTP 响应头 charset、<meta> 声明这三者必须一致。哪怕只有一处是 GBK，其他两处是 UTF-8，浏览器就会乱码——而且不同浏览器纠错策略不同，问题可能只在某个版本复现。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
