为何子窗口DOM访问在file协议下失效，能否无需本地web服务器？

该现象并非业务代码逻辑错误，本质是浏览器对file://协议的特殊安全策略导致的：
浏览器会为每个通过file://协议直接打开的本地HTML文件分配不透明的独立源标识，即使是同目录下的页面、同页面内嵌的子窗口/iframe，也不会被判定为同源，会直接触发跨源访问拦截，禁止父窗口对子窗口DOM的读写操作。
而线上通过https://协议部署的页面拥有明确、可追溯的源标识，符合同源策略规则的跨窗口DOM访问不会被安全机制拦截，因此功能可以正常运行。

以下操作不需要安装Nginx、Node.js等本地服务端程序，仅需调整浏览器配置即可实现功能在本地file协议环境下的正常运行：

• Chromium 内核浏览器（Chrome、Edge、国内双核浏览器的极速模式）
  找到桌面浏览器快捷方式，右键打开「属性」面板，在「目标」输入框的原有程序路径后，追加空格与启动参数：--allow-file-access-from-files --disable-web-security --user-data-dir=自定义空文件夹路径，保存配置后重启浏览器，再打开本地测试页面即可放开跨源访问限制。需要注意：该模式启动的浏览器会在顶部显示固定安全提示条，测试完成后关闭浏览器、重新打开无参数的普通窗口即可恢复默认安全策略，不建议在该模式下登录日常使用的平台账号。
• Firefox 浏览器
  在地址栏输入about:config进入高级配置页，搜索配置项security.fileuri.strict_origin_policy，将其默认值从true修改为false，即可直接放开file://协议下的跨源DOM访问限制，无需修改浏览器启动参数。
• 零配置临时方案
  如果不想修改浏览器全局安全配置，可以直接将本地测试的HTML文件，通过浏览器开发者工具内置的「本地文件工作区」功能挂载到临时的安全源环境下调试，全程不需要启动任何额外的本地服务进程。

内容的提问来源于stack exchange，提问作者Tyrone Bishop