HTML文件无原生密码保护，所谓“密码”实为前端JS控制；修改只需用文本编辑器打开源码，定位并删除或注释prompt/alert等验证逻辑，注意编码、路径与缓存问题。
HTM 文件本身没有“密码保护”机制
HTM（或 HTML）是纯文本格式，浏览器打开时不会校验密码，也不支持像 Word 或 PDF 那样的原生权限加密。你看到的“带密码”现象，通常来自三种情况：网页前端 JS 加密、服务器端访问控制、或本地文件被误标为受保护文档。真正需要编辑的，其实是 HTML 源码本身——只要能打开它，就能改。
用文本编辑器直接打开并修改 index.htm 源码
HTML 文件本质就是 UTF-8 编码的文本，编辑前只需确认两点：编码是否正确、结构是否合法。
- 右键文件 → “打开方式” → 选
VS Code、Notepad++或系统自带的记事本（不推荐，易乱码） - 若中文显示为乱码，说明编码不是 UTF-8：在编辑器中执行“文件 → 重新以编码打开 →
UTF-8” - 找到要改的内容，比如标题文字在
<h1>这里是标题</h1>里，直接删改即可 - 修改后保存（
Ctrl+S），双击文件用浏览器打开验证效果
遇到 JS 弹窗密码（如 alert("请输入密码")）怎么绕过？
这类“密码”只是前端脚本控制的访问门槛，不阻碍源码编辑。关键不是“解锁”，而是定位并删掉或注释掉相关逻辑。
- 在编辑器中搜索关键词：
prompt、alert、confirm、password、location.href - 常见模式：
if (prompt("请输入密码") !== "123") { location.href = "lock.html"; } - 直接删掉整段
if判断，或把条件改成if (false)，再保存 - 如果密码逻辑藏在外部 JS 文件里（如
<script src="check.js"></script>），就一并打开那个check.js文件处理
为什么改完保存后还是弹密码？
最常被忽略的是缓存和路径问题——你以为在改源文件，其实浏览器加载的是旧版本或另一个同名文件。
- 检查当前编辑的文件路径是否和双击打开的完全一致（比如是不是在桌面上改了，但实际打开的是 D:\docs\old.htm）
- 浏览器按
Ctrl+F5强制刷新，绕过缓存 - 查看浏览器地址栏 URL，确认后缀确实是
.htm而非.html或其他（大小写、扩展名都敏感） - 如果网页依赖本地服务器（如用
file://打开却调用了fetch("/api/check")），那 JS 报错可能掩盖真实逻辑，此时需看浏览器开发者工具 Console 面板里的错误信息
password。 
