Python webbrowser模块file://协议打开URL时query string丢失问题

该现象是浏览器对file://协议的默认处理逻辑导致，和Python的webbrowser模块无关：

• file://协议的设计目标是直接访问本地文件系统资源，URL的核心部分需要严格映射本地合法文件路径，而?是Windows、Linux、macOS全平台文件系统的文件名非法字符，因此绝大多数主流浏览器（Chrome、Edge、Firefox等）解析file://URL时，会自动剥离?之后的query查询串、甚至部分场景下会剥离#之后的hash片段，直接定位到路径对应的本地文件打开，不会把这部分内容保留在地址栏、也不会传递给页面脚本。
• webbrowser模块本身仅负责调用系统注册的默认浏览器，传入的URL不会被模块本身修改，截断行为完全发生在浏览器侧。

按照稳定性和改造成本从高到低排序：

• 方案1：启动本地临时HTTP服务承载页面（通用推荐）
  利用Python标准库自带的HTTP服务能力，在本地空闲端口启动临时静态服务，将本地HTML文件通过HTTP协议暴露，此时URL的query参数可以被正常解析，和线上HTTP页面的参数读取逻辑完全一致，不需要修改前端页面的参数解析代码，兼容性覆盖所有浏览器。
  最小实现示例：

  import webbrowser
  import http.server
  import socketserver
  import threading
  import os
  
  # 切换到本地HTML文件所在的目录
  TARGET_WEB_DIR = r"c:/some/dir"
  os.chdir(TARGET_WEB_DIR)
  
  # 自动选择空闲端口启动HTTP服务，避免端口冲突
  with socketserver.TCPServer(("127.0.0.1", 0), http.server.SimpleHTTPRequestHandler) as httpd:
      listen_port = httpd.server_address[1]
      # 以守护线程启动服务，主程序退出时服务自动关闭，无残留进程
      threading.Thread(target=httpd.serve_forever, daemon=True).start()
      # 拼接带参数的HTTP地址打开页面
      open_url = f"http://127.0.0.1:{listen_port}/somefile.html?foo=bar"
      webbrowser.open_new_tab(open_url)
  

• 方案2：使用URL哈希段传递参数
  部分现代浏览器不会截断file://协议下#之后的哈希片段，可以将原本放在query里的参数移到哈希段，即把URL改为file:///c:/some/dir/somefile.html#foo=bar，前端页面通过window.location.hash.slice(1)获取参数字符串自行解析。
  该方案改造成本极低，但兼容性不稳定，不同浏览器、不同版本对file协议下哈希段的处理逻辑存在差异，仅适合目标浏览器环境完全可控的内部场景，不做通用适配推荐。
• 方案3：本地文件中转配置
  打开页面前，先把需要传递的配置序列化为JSON格式，写入HTML文件同目录下的临时配置文件，页面加载时通过fetch请求读取同目录的配置文件获取参数。
  该方案适合传递体积较大、不适合放在URL里的配置数据，但需要额外处理临时文件清理、多实例运行时的配置冲突问题。

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