Java安装报错“脚本错误”通常不是Java问题，而是Windows系统组件损坏
这个提示根本不是Java安装包本身的bug，而是Windows内置的mshtml.dll或ieframe.dll被破坏/禁用导致的——哪怕你从不使用IE，Java安装向导（尤其是旧版JDK 8u202及之前）仍依赖这套老旧的HTML渲染引擎来显示图形界面。常见现象是点击jdk-8u202-windows-x64.exe后弹窗直接报“发生脚本错误”，按钮无法点击，进度条卡死。
- 别急着重装系统或换浏览器：这和Chrome、Edge无关，也和Java下载源是否官方无关
- 优先尝试修复
Microsoft Visual C++ Redistributable（2015–2022），很多用户漏装或版本冲突，会导致底层COM组件初始化失败 - 临时启用IE模式（非打开IE浏览器）：在“设置 > 应用 > 默认应用 > 按协议指定默认应用”，把
http和https都设为Internet Explorer，重启后再运行安装程序
绕过图形界面：用命令行静默安装JDK（推荐给Win10/Win11）
图形安装器出问题时，最稳的方式是跳过它。JDK官方exe其实自带静默安装能力，无需第三方工具或修改注册表。
- 以管理员身份打开
cmd，cd到下载目录，执行：jdk-8u202-windows-x64.exe /s INSTALLDIR="C:\Program Files\Java\jdk1.8.0_202"
-
/s代表静默安装，INSTALLDIR必须用英文路径且不含空格（Program Files可接受，但Program Files (x86)里的括号可能触发解析异常） - JDK 11+改用
.zip包更省事：解压到任意路径，手动配JAVA_HOME和PATH，完全避开安装器依赖
环境变量残留引发的“修复假象”
很多人运行完“Windows疑难解答”或“系统文件检查器（sfc /scannow）”后以为问题已解决，结果重装仍报错——因为旧的JAVA_HOME指向一个损坏的JDK目录，或PATH里混入了已卸载JDK的残余路径，导致安装器读取到异常状态并提前崩溃。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 彻底清理前，先在
cmd里运行echo %JAVA_HOME%和where java，确认没有指向不存在的路径 - 删除注册表中所有
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft下的子项（备份后再删），尤其注意Java Runtime Environment和Java Development Kit两个键 - 清空
%USERPROFILE%\AppData\LocalLow\Sun\和%WINDIR%\System32\config\systemprofile\AppData\LocalLow\Sun\（后者需管理员权限）
为什么新版JDK（17+）基本不报这个错？
Oracle从JDK 17开始弃用基于IE的安装器，改用自研的JavaFX Installer（jpackage技术预研成果），不再调用mshtml。所以如果你只是需要开发环境，直接下jdk-17.0.1_windows-x64_bin.zip解压即用，连安装步骤都省了。
立即学习“Java免费学习笔记（深入）”；
- 但要注意：某些企业内网软件（如老版PL/SQL Developer、部分银行U盾驱动）仍硬依赖JDK 8的
javaws.exe，不能简单升级 - 若必须用JDK 8，建议选
jdk-8u333或更高更新版——Oracle已在后续补丁中移除了对mshtml的部分强依赖
真正卡住的点往往不在Java本身，而在Windows那一层没被显式声明却实际被调用的组件。修得越细，越容易忽略路径权限、用户配置文件损坏这些低层细节。
