在纯网页环境里，HTML本身并没有权限去启动用户电脑上的exe文件。这是由浏览器的安全沙箱决定的，目的是防止恶意站点随意控制本地系统。不过在受控场景下，比如内网管理系统、工业控制面板或自研桌面工具，我们确实可以通过一些间接手段让网页与本地exe进行交互。
为什么HTML不能直接运行exe
现代浏览器将每一个网页都运行在一个隔离的沙箱环境中，网页脚本只能访问有限的DOM、网络和系统API，不能直接读写文件系统，更不能创建系统进程。如果允许HTML随意调用exe，那么任意站点都可以在用户访问时静默执行格式化工具或木马，这显然是不可接受的。
因此，W3C标准和各浏览器厂商都明确禁止了这类能力。所谓“HTML运行exe”，实际上是指网页通过某种浏览器允许的机制，间接通知操作系统或本地程序去启动一个可执行文件，而非网页自身拥有执行权限。
方案一一：自定义URL协议唤起exe
自定义URL协议是最常用的受控唤起方式。原理是在Windows注册表中注册一个类似myapp://的协议，并把它关联到某个exe。当用户在网页中点击对应链接时，系统会像处理http://一样把请求交给该exe。
下面是在注册表中添加协议的简易示例，实际部署时常通过安装包写入：
Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOTmyapp] @="URL:MyApp Protocol" "URL Protocol"="" [HKEY_CLASSES_ROOTmyappshellopencommand] @=""C:\Program Files\MyApp\launch.exe" "%1""
网页端只需一个普通链接即可触发：
<a href="myapp://action/open?file=test.txt">打开本地程序</a>
这种方式的优点是简单、跨浏览器（只要系统注册了协议）。缺点是需要提前在客户机上安装并写入注册表，且参数通过URL传递，长度和特殊字符都受限，不适合复杂交互。
方案二：本地服务中转
如果已经在用户机器上部署了一个本地后台服务（比如用Node.js或Python写的常驻进程），可以让网页通过HTTP请求通知它，再由服务用系统API启动exe。这样就能绕开浏览器限制，同时拥有完整参数控制能力。
本地服务代码示例（Node.js）：
const http = require('http');
const { exec } = require('child_process');
http.createServer((req, res) => {
if (req.url === '/run') {
exec('C:\Tools\demo.exe --silent', (err, stdout) => {
res.end(err ? 'fail' : 'ok');
});
} else {
res.end('unknown');
}
}).listen(127.0.0.1, 5050);
网页中调用：
fetch('http://127.0.0.1:5050/run')
.then(r => r.text())
.then(msg => console.log('执行结果：' + msg));
该方案灵活且能传递复杂数据，但要求本地服务一直运行，且应注意只监听127.0.0.1避免被局域网其他机器滥用。
方案三：Electron等桌面容器
当项目本身就是一个桌面应用时，使用Electron可以把网页和Node.js运行时打包在一起。渲染进程虽仍是网页，但可以通过主进程直接调用child_process执行exe，没有任何浏览器沙箱束缚。
主进程代码：
const { ipcMain } = require('electron');
const { execFile } = require('child_process');
ipcMain.on('run-exe', (event) => {
execFile('C:\App\tool.exe', ['--mode', '2'], (err) => {
event.reply('run-result', err ? 'error' : 'done');
});
});
渲染进程（HTML中的脚本）：
const { ipcRenderer } = require('electron');
ipcRenderer.send('run-exe');
ipcRenderer.on('run-result', (e, msg) => {
alert('状态：' + msg);
});
Electron适合内部工具或需深度系统集成的产品，但打包体积大，且仍需用户安装客户端，不能用于普通公网网站。
安全与选型建议
无论采用哪种方案，都应明确“谁能触发exe”的边界。自定义协议和本地服务若暴露给不可信网络，可能被用作远程执行漏洞。因此内网系统应配合鉴权，公网页面则尽量避免此类设计。
总结来看，临时轻量唤起用自定义协议，复杂受控交互用本地服务，桌面级应用直接用Electron。理解浏览器沙箱限制与系统机制，才能既实现需求又不留下安全隐患。