Windows自定义URL协议注册后无法打开C#应用程序问题

• 检查注册表项的完整性
  确认你在HKEY_CLASSES_ROOT下创建的自定义协议结构完全正确，示例结构如下：

  [HKEY_CLASSES_ROOT\yourprotocol]
  @="URL:Your Protocol"
  "URL Protocol"=""
  [HKEY_CLASSES_ROOT\yourprotocol\shell]
  [HKEY_CLASSES_ROOT\yourprotocol\shell\open]
  [HKEY_CLASSES_ROOT\yourprotocol\shell\open\command]
  @="\"C:\\Full\\Path\\To\\YourApp.exe\" \"%1\""
  

  重点注意："URL Protocol"键的值必须设为空字符串（不能省略这个键）；命令行里的exe路径要包裹双引号（如果路径包含空格），同时%1也要用双引号包裹，避免协议链接带参数时解析出错。

• 直接验证命令行启动逻辑
  把注册表command项里的内容复制出来，把%1替换成实际的协议链接（比如yourprotocol://test），打开cmd执行这条命令。如果程序能正常启动，说明注册表配置没问题；如果启动失败，检查exe路径是否有误，或者程序是否依赖特定版本的.NET Framework（直接打开exe可能因为环境变量或默认配置正常，但带参数启动时暴露依赖问题）。

• 调整IE的安全限制
  IE对自定义协议的启动有默认安全拦截：

  • 打开IE的「Internet选项」→「安全」→「本地Intranet」→「自定义级别」，找到「允许通过协议激活应用程序」，设置为「启用」。
  • 如果你的网页在Internet区域，可对应调整该区域的相同设置（更推荐把网页加入「本地Intranet」或「可信站点」）。

• 确认C#程序处理命令行参数的逻辑
  你的C#程序需要在Main方法中接收协议传递的参数，示例代码：

  static void Main(string[] args)
  {
      if (args.Length > 0)
      {
          // args[0]就是传入的协议链接，比如yourprotocol://xxx
          string incomingUrl = args[0];
          // 这里写你的业务逻辑
      }
      // 即使不需要处理参数，也要保留接收参数的Main方法签名，避免启动异常
  }
  

  有些时候，程序直接打开没问题，但带参数启动时会因为Main方法签名不匹配（比如没写string[] args）导致静默失败，IE就会提示需要阅读器。

• 排查协议是否被其他程序抢占
  打开cmd执行reg query HKEY_CLASSES_ROOT\yourprotocol，查看输出的command项内容，确认是你设置的exe路径，没有被其他软件篡改。

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