a1knla

@nullyouraise @HK560

其实并非 iframe 的问题，您一边抓包一边对比外部调用和直接浏览器访问，就可以看出区别的

浏览器之所以告诉你“这有一个 iframe 有问题 所以我拒绝加载”，前提是浏览器已经加载了这 URL 他才能看到里面有个 iframe ，对不对~

而我遇到的问题（通过外部调用触发），则是从一开始浏览器都没请求这个 URL ，HTTP 请求根本没发出去，它连看到 iframe 的机会都没有。

以上两种都是加载失败，但是有本质区别的

@AJian @991547436 @Shatyuka @Nasei

是的，加载过程中有问题那都无所谓，毕竟广告网站 加载不出才好。主要想要验证的是一个可能导致 Edge 根本不去尝试加载这个网站的，可能存在的黑名单

这个黑名单直接从地址栏输入 URL 看上去是不触发的（因为各位都看到 403 了 或者看到浏览器的报错了 说明至少尝试加载了），目前看来是从外部调用的时候，这个 URL 会被丢弃

@991547436 @Shatyuka

抱歉我把网址记错了，是.com

直接在 Edge 地址栏里输入 URL 访问，会得到 403 ，说明请求是已经通了，也说明 Edge 不是上不了这个网站

通过外部调用则不打开

@shuxhan 自动刷新是不是有插件捣鬼？关闭 Grammarly 就是正常从托盘图标里找到它，然后右键关闭就好啦

@ochatokori @binux @iseki @sun1991 @runze 明白了，感谢解答！

@westoy @Bingchunmoli 感谢，每个 app 的依赖确实应当跟着打包进去，但是举例来说，win 中也存在 user32.dll 这样的 非常底层的库，很少见有自带的吧，对 electron app 来说，我猜 js 解释器应该就是这种底层的东西，如果把它抽离出来，或许也是能缩小包体的

@oott123 @kaneg 感谢，我知道 node_modules 肯定是不能共享，我主要是不理解，js 解释器这种极其底层的东西也需要人手一个吗

@agagega 记得以前 win 不自带.NET 的时候，如果有软件需要，win 是会给弹窗然后直接一键下载的，用户只需要点一下鼠标，非常的方便，虽然由于各种原因，还是不少用户求助如何装.NET...

我一直在用一个绝妙的方法，C:\Windows\SoftwareDistribution 这个目录，删掉然后用同名文件站桩，设置权限只允许所有者访问，比组策略 禁用服务什么的好使，永不反弹，手动恢复也简单