直接用response.text写html文件大概率乱码，因requests自动解码常出错；应改用response.content手动decode（如utf-8或gbk），再以encoding='utf-8'写入文件。
直接用 requests.get() 拿到的 response.text 写入 .html 文件，大概率打开是乱码、空白或样式错乱——不是代码写错了，而是编码没对上、JS没执行、或文件写法不匹配系统默认行为。
为什么 response.text 不能直接写文件
requests 默认按响应头里的 Content-Type 解码，但很多网站不写 charset，或写错（比如声明 utf-8 却返回 GBK 字节），这时 response.text 就是错误解码后的字符串，再写入文件只会固化乱码。
- Windows 上用
open(..., 'w')不指定encoding，会走系统默认 cp1252，中文直接报UnicodeEncodeError - 即使没报错，
response.text可能已被 requests 错误转义（比如把 - 网页含
<script></script>或动态加载内容时，response.text里根本没那些 DOM 节点，本地打开自然为空
推荐做法：用 response.content + 显式 decode
跳过 requests 的自动解码，自己控制字节流处理，是最稳的起点。
- 先用
response.content拿原始字节，避免中间转码污染 - 手动 decode：优先试
utf-8，失败用errors='replace'容错；更准的做法是装chardet探测：chardet.detect(response.content)['encoding'] - 写文件时必须加
encoding='utf-8'，哪怕你 decode 用的是 GBK——因为写入目标是 HTML 文件，浏览器只认 meta 或 HTTP 头声明的编码，统一用 utf-8 最省事
import requests
url = 'https://example.com'
response = requests.get(url)
html = response.content.decode('utf-8', errors='replace')
with open('page.html', 'w', encoding='utf-8') as f:
f.write(html)
遇到 JS 渲染页面怎么办
如果打开保存的 page.html 缺少正文、按钮或列表，大概率是内容由 JS 动态注入。此时 requests 天然无解，得换工具。
- 先去浏览器开发者工具的 Network 面板，过滤 XHR/Fetch，看关键数据是不是从独立接口返回——如果是，直接
requests.get()那个 URL，比渲染整页快得多 - 必须等 JS 执行才出结果？用
selenium或playwright，但注意：driver.page_source返回的是渲染后 HTML，不含原始<script></script>标签逻辑，且启动慢、易被反爬识别 - 别用 BeautifulSoup 处理后再保存——
soup.prettify()会重排标签、删注释、剥离<style></style>，导致本地打开样式崩坏
保存路径和文件名要注意什么
写入前不检查目录是否存在，或用了非法字符，会导致 FileNotFoundError 或静默失败。
- 路径用
os.makedirs('./output', exist_ok=True)提前建好目录 - 文件名里避免
/ \ : * ? " |，Windows 下这些是保留符；建议用urllib.parse.quote或简单替换为下划线 - 不要用
open(..., 'w+')——+模式在某些系统上可能触发意外截断，纯写就用'w'
最常被忽略的一点：你以为保存的是“完整网页”，其实只是初始 HTML 响应体。图片、CSS、字体等外部资源链接仍是相对路径，本地双击打开时全部 404——这不是 Python 的问题，是网页本身的设计逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
