企业官网建设流程全解析

1. 项目概述：从网页一键唤醒你的Unity应用

最近在做一个Unity项目，客户提了个挺有意思的需求：他们希望用户在他们公司的官网上，点击一个“启动应用”的按钮，就能直接打开我们开发的Windows桌面程序，并且最好还能把用户ID、当前访问的页面信息这些参数带过去。听起来是不是有点像某些游戏平台或者专业软件的做法？比如你在网页上点“启动Steam”，或者一些设计软件官网点“打开项目文件”。

这个需求的核心，其实就是实现一个自定义URL协议。简单来说，就是为你的Unity应用注册一个专属的“暗号”，比如myapp://。当浏览器、邮件或者其他任何程序遇到这个“暗号”时，操作系统就会知道：“哦，这是要打开那个叫MyApp.exe的程序”，并且会把myapp://后面跟着的一串信息（也就是参数）原封不动地交给这个程序去处理。

在Unity里做这个功能，尤其是发布到Windows平台，会涉及到一些Windows系统底层的知识，主要是注册表操作和命令行参数解析。整个过程可以清晰地分为两步：第一步，让系统认识你的“暗号”并关联到你的应用；第二步，在你的Unity应用里，接收并处理这个“暗号”带来的信息。虽然Unity官方没有提供现成的“一键配置”方案，但通过一些标准的Windows开发和C#技巧，我们可以很稳健地实现它。这个功能对于需要网页与客户端深度交互的产品，如数字孪生平台、教育软件、内部工具系统等，能极大提升用户体验和流程自动化程度。

2. 核心原理与方案选型：为什么是注册表与命令行？

在动手之前，我们得先搞清楚背后的原理，这样踩坑的时候才知道往哪个方向爬。为什么网页能打开一个本地应用？这背后其实是操作系统在帮忙。

2.1 操作系统层面的“协议处理器”

无论是Windows、macOS还是Linux，操作系统都维护着一套“协议-程序”的映射关系。对于http://、https://、mailto:这些标准协议，系统早就知道该用浏览器或邮件客户端打开。而我们想做的，就是为自己创建一个新的协议，比如unityapp://，并告诉Windows：“以后凡是碰到以这个开头的链接，都去运行D:\MyGame\MyUnityApp.exe这个程序”。

在Windows系统中，这个映射关系就存储在注册表里。注册表你可以理解为一个巨大的、树状结构的配置数据库，系统和你安装的所有软件都会在这里读写信息。我们要做的，就是在注册表的特定位置（HKEY_CLASSES_ROOT根键下）创建我们的协议项。

2.2 实现路径的权衡：安装程序 vs. 首次启动自注册

知道了原理，接下来就是怎么把映射关系写进注册表。这里通常有两种主流思路：

方案一：通过安装程序（Installer）注册。这是最规范、最专业的方式。当你使用Inno Setup、InstallShield、MSI打包工具等制作安装包时，可以在安装脚本中直接添加注册表项。这样做的好处是权限高（安装过程通常是管理员权限），一次写入，永久生效，且卸载时可以干净地移除这些注册表项，避免系统残留。如果你的应用需要通过安装包分发，这是首选。

方案二：在应用首次启动时自行注册。这种方式更灵活，特别适合“绿色版”或便携式应用。思路是：在Unity应用的C#脚本中，在程序启动时（比如在Awake或Start方法中）检查注册表，如果发现自己的协议还没注册，就以适当权限写入。它的好处是用户下载即用，无需额外安装步骤。但难点在于权限——Windows Vista之后的系统都有UAC（用户账户控制），向HKEY_CLASSES_ROOT写入数据通常需要管理员权限。

对于第二种方案，一个常见的折中实践是：应用第一次以普通权限运行时，检测到协议未注册，可以友好地提示用户“某些功能需要注册协议，是否继续？”，如果用户同意，则引导用户以管理员身份重新运行一次应用来完成注册。或者，更优雅一点，我们可以尝试将注册信息写到当前用户的注册表空间（HKEY_CURRENT_USER\Software\Classes），这里对权限要求较低。幸运的是，从Windows 8/Server 2012开始，HKEY_CURRENT_USER\Software\Classes下的注册项会被自动合并到HKEY_CLASSES_ROOT中供当前用户使用，这为我们提供了不需要管理员权限的可行路径。

综合考虑易用性和部署复杂度，本文将重点讲解**在应用内部实现自注册（基于HKCU）**的方案，因为它能覆盖更广泛的独立开发者和小型团队场景。同时也会简要说明安装程序注册的关键步骤，供你按需选择。

2.3 Unity端的参数接收：活用Environment.GetCommandLineArgs()

当我们的应用被协议链接唤醒时，操作系统会以命令行参数的形式把完整的链接传递过来。例如，点击unityapp://loadLevel/3?user=john这个链接，你的MyUnityApp.exe被启动时，接到的命令行参数可能就是"unityapp://loadLevel/3?user=john"。

在Unity的C#脚本中，我们可以通过System.Environment.GetCommandLineArgs()这个静态方法来获取一个字符串数组，它包含了所有的命令行参数。这个数组的第一个元素（args[0]）通常是应用程序本身的完整路径，而从第二个元素开始（args[1]），才是我们真正关心的协议链接内容。

接下来的工作，就是对这个链接字符串进行解析了。这就像处理一个迷你的URL，我们需要从中提取出协议头（unityapp）、主机/路径（loadLevel/3）以及查询参数（user=john）。我们可以自己用string.Split等方法解析，也可以借助Uri或System.Web.HttpUtility（需引入System.Web程序集）等类库来更规范地处理。

3. 实战步骤一：为Unity应用创建并注册自定义协议

理论说得差不多了，我们直接进入实战环节。首先，我们要在Unity工程中编写一个管理器脚本，负责协议的注册和参数的监听。

3.1 创建协议注册与管理脚本

在Unity中创建一个C#脚本，命名为CustomProtocolManager.cs。这个脚本将使用DllImport调用Windows API来操作注册表，因为Unity的C#环境默认没有提供完整的注册表操作类（Microsoft.Win32.Registry在部分Unity构建环境下可能不可用或受限）。

using System; using System.Diagnostics; using System.Runtime.InteropServices; using UnityEngine; public class CustomProtocolManager : MonoBehaviour { // 定义你的自定义协议名称，建议用英文且不含特殊字符 public string protocolScheme = "myunityapp"; // 应用名称，会显示在注册表中 public string appName = "MyUnityApp"; // 可执行文件的完整路径，通常会在运行时动态获取 private string _appPath; // 导入Windows API函数 [DllImport("shell32.dll")] static extern void SHChangeNotify(int wEventId, int uFlags, IntPtr dwItem1, IntPtr dwItem2); [DllImport("kernel32.dll")] static extern uint GetModuleFileName(IntPtr hModule, System.Text.StringBuilder lpFilename, int nSize); void Awake() { // 保证场景切换时不销毁 DontDestroyOnLoad(this.gameObject); // 动态获取当前exe的路径 _appPath = GetExecutablePath(); // 尝试注册协议（基于当前用户，无需管理员权限） RegisterProtocolCurrentUser(); // 开始监听命令行参数 ProcessCommandLineArgs(); } // 获取当前应用程序的可执行文件路径 private string GetExecutablePath() { // 对于编辑器环境，返回一个模拟路径或空字符串 if (Application.isEditor) { Debug.LogWarning("[协议管理器] 当前处于编辑器模式，无法获取真实EXE路径。"); return ""; } var stringBuilder = new System.Text.StringBuilder(1024); GetModuleFileName(IntPtr.Zero, stringBuilder, stringBuilder.Capacity); return stringBuilder.ToString(); } // 为当前用户注册协议（写入HKCU） private void RegisterProtocolCurrentUser() { if (Application.isEditor) { Debug.Log($"[协议管理器] 编辑器模式下跳过协议注册。"); return; } if (string.IsNullOrEmpty(_appPath)) { Debug.LogError("[协议管理器] 无法获取应用路径，注册失败。"); return; } try { // 构建注册表路径：HKEY_CURRENT_USER\Software\Classes\<protocol> string regPath = $"Software\\Classes\\{protocolScheme}"; // 创建或打开协议项 using (var key = Microsoft.Win32.Registry.CurrentUser.CreateSubKey(regPath)) { key.SetValue("", $"URL:{appName} Protocol"); key.SetValue("URL Protocol", ""); } // 创建默认的shell\open\command项，指定启动命令 using (var key = Microsoft.Win32.Registry.CurrentUser.CreateSubKey($"{regPath}\\shell\\open\\command")) { // 命令格式：\"应用路径\" \"%1\"。 %1代表传递过来的完整URL string command = $"\"{_appPath}\" \"%1\""; key.SetValue("", command); } Debug.Log($"[协议管理器] 协议 '{protocolScheme}://' 已成功注册到当前用户。"); // 通知系统注册表已变更（可选，使某些应用能立即识别） SHChangeNotify(0x8000000, 0, IntPtr.Zero, IntPtr.Zero); } catch (Exception e) { Debug.LogError($"[协议管理器] 注册协议时发生错误: {e.Message}"); } } // 处理命令行参数 private void ProcessCommandLineArgs() { string[] args = Environment.GetCommandLineArgs(); Debug.Log($"[协议管理器] 接收到命令行参数，共 {args.Length} 个。"); for (int i = 0; i < args.Length; i++) { Debug.Log($"[协议管理器] 参数[{i}]: {args[i]}"); } // 通常我们关心的协议URL在 args[1]，因为args[0]是程序自身路径 if (args.Length > 1 && args[1].StartsWith(protocolScheme + "://", StringComparison.OrdinalIgnoreCase)) { string url = args[1]; Debug.Log($"[协议管理器] 识别到协议链接: {url}"); // 调用方法解析并处理这个URL ParseAndHandleProtocolUrl(url); } else { Debug.Log("[协议管理器] 未检测到有效的协议启动参数，执行正常启动流程。"); // 这里可以执行应用默认的启动逻辑，比如进入主菜单 } } // 解析协议URL的具体内容 private void ParseAndHandleProtocolUrl(string url) { try { // 使用Uri类来解析，它非常方便 Uri uri = new Uri(url); // 获取主机和路径部分（例如：myunityapp://loadScene/Home => Host: loadScene, Path: /Home） string action = uri.Host; // 例如 "loadScene" string path = uri.AbsolutePath; // 例如 "/Home" Debug.Log($"[协议管理器] 解析结果 - 动作: {action}, 路径: {path}"); // 解析查询参数（例如：?user=123&level=5） string query = uri.Query; if (!string.IsNullOrEmpty(query)) { // 简单演示：手动解析查询字符串 var queryParams = System.Web.HttpUtility.ParseQueryString(query); foreach (string key in queryParams.AllKeys) { Debug.Log($"[协议管理器] 参数 - {key}: {queryParams[key]}"); } } // 根据解析出的action和参数，执行你的游戏逻辑 HandleProtocolAction(action, path, query); } catch (Exception e) { Debug.LogError($"[协议管理器] 解析URL '{url}' 时出错: {e.Message}"); } } // 根据协议指令执行具体操作 private void HandleProtocolAction(string action, string path, string query) { // 这里就是你的业务逻辑分发中心 switch (action.ToLower()) { case "loadscene": if (!string.IsNullOrEmpty(path)) { string sceneName = path.Trim('/'); UnityEngine.SceneManagement.SceneManager.LoadScene(sceneName); Debug.Log($"[协议管理器] 正在加载场景: {sceneName}"); } break; case "openpanel": // 假设你有一个UI管理器，可以打开特定面板 // UIManager.Instance.OpenPanel(path.Trim('/')); Debug.Log($"[协议管理器] 请求打开面板: {path}"); break; case "setplayerdata": // 解析query中的参数，设置玩家数据 // ... Debug.Log($"[协议管理器] 请求设置玩家数据，查询参数: {query}"); break; default: Debug.LogWarning($"[协议管理器] 未知的协议动作: {action}"); break; } } }

注意：上述脚本中使用了Microsoft.Win32.Registry和System.Web.HttpUtility。在Unity中，Microsoft.Win32命名空间通常可用，但System.Web可能需要你手动添加程序集引用。在Unity编辑器中，你可以尝试在脚本开头添加using System.Web;，如果报错，则需要确保你的项目.csproj文件或Unity的API兼容级别（Edit > Project Settings > Player > Other Settings > Configuration > Api Compatibility Level）包含了对应的.NET框架功能。对于System.Web，一个更通用的替代方案是自己编写简单的查询字符串解析函数，或者使用UnityEngine.Networking.UnityWebRequest中的相关方法进行URL解码。

3.2 构建Windows应用并测试协议注册

1. 将脚本挂载到场景：在你的启动场景（通常是第一个加载的场景）中创建一个空的GameObject，将CustomProtocolManager脚本挂载上去。
2. 发布设置：打开File -> Build Settings，选择PC, Mac & Linux Standalone平台，Target Platform选择Windows。建议将Architecture设置为x86_64（64位）。
3. 构建应用：点击Build，选择一个输出文件夹（例如Builds/Windows），生成你的MyUnityApp.exe以及相关的数据文件。
4. 首次运行以注册协议：找到并运行你刚构建的MyUnityApp.exe。第一次运行时，脚本中的Awake方法会执行，将myunityapp://协议注册到当前用户的注册表中。你可以在Unity编辑器的日志（如果构建时开启了Development Build）或者生成的_Data文件夹旁的output_log.txt中看到注册成功的日志。
5. 验证注册：按下Win + R打开运行对话框，输入regedit打开注册表编辑器。导航到计算机\HKEY_CURRENT_USER\Software\Classes\myunityapp，你应该能看到我们脚本创建的项。确认shell\open\command的默认值是你的exe路径加上"%1"。

4. 实战步骤二：从网页触发协议链接

协议在系统里注册好了，下一步就是如何在网页上触发它。这本质上就是在网页上创建一个超链接，只不过链接地址是我们的自定义协议。

4.1 创建基本的HTML触发页面

创建一个简单的HTML文件，例如launch_app.html：

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>启动我的Unity应用</title> <style> body { font-family: sans-serif; padding: 2rem; } .button { display: inline-block; padding: 15px 30px; font-size: 18px; background-color: #4CAF50; color: white; border: none; border-radius: 5px; cursor: pointer; text-decoration: none; margin: 10px; } .button:hover { background-color: #45a049; } .info { margin-top: 20px; padding: 15px; background-color: #f0f0f0; border-radius: 5px; } </style> </head> <body> <h1>Unity应用网页启动器</h1> <p>点击下方按钮，尝试通过网页启动本地Unity应用并传递参数。</p> <!-- 方法1：最简单的超链接 --> <a class="button" href="myunityapp://welcome">简单启动 (myunityapp://welcome)</a> <!-- 方法2：带路径和参数的链接 --> <a class="button" href="myunityapp://loadScene/MainMenu?username=WebUser&level=5">加载场景并传参</a> <!-- 方法3：通过JavaScript处理，可以提供更好的用户体验 --> <button class="button" onclick="launchAppWithFallback()">通过JS检测并启动</button> <div class="info"> <h3>说明：</h3> <p>1. 首次点击，浏览器会询问“是否打开<strong>MyUnityApp</strong>？”，请选择“打开”或“允许”。</p> <p>2. 如果应用未安装或协议未注册，链接可能无效。</p> <p>3. 你可以修改链接中的路径和参数，在Unity应用中解析并做出相应反应。</p> </div> <div id="status"></div> <script> function launchAppWithFallback() { const appUrl = "myunityapp://openPanel/Inventory?item=sword"; const fallbackUrl = "https://www.yourwebsite.com/download.html"; // 应用下载页 // 尝试通过iframe触发协议（一种常见技巧） const iframe = document.createElement('iframe'); iframe.style.display = 'none'; iframe.src = appUrl; document.body.appendChild(iframe); // 设置一个超时，检测应用是否被成功唤起 setTimeout(function() { document.body.removeChild(iframe); // 如果应用被唤起，通常网页会失去焦点或停留在原地。 // 这里我们用一个简单的提示。更复杂的检测需要应用和网页双向通信（如WebSocket）。 const statusEl = document.getElementById('status'); statusEl.innerHTML = '<p style="color:green;">启动请求已发送。如果应用没有打开，请确保已安装并注册。</p>'; // 可选：如果一段时间后认为唤起失败，跳转到下载页 // setTimeout(() => { window.location.href = fallbackUrl; }, 2000); }, 500); } </script> </body> </html>

4.2 浏览器安全限制与用户体验优化

直接使用<a href>链接在现代浏览器中会遇到一些安全限制和用户体验问题：

• 首次确认弹窗：浏览器（如Chrome, Edge, Firefox）在首次尝试打开未知或非标准协议时，会弹出确认对话框，询问用户是否允许打开外部应用。这是浏览器的安全特性，无法绕过。用户必须点击“打开”或“允许”。
• 协议未注册的处理：如果协议未在系统中注册，点击链接可能没有任何反应，或者浏览器会显示一个搜索页面/错误页面，这对用户很不友好。

为了提升体验，我们可以做以下优化：

1. 提供清晰的用户引导：在按钮旁边用文字说明第一次点击会有的弹窗，让用户有心理准备。
2. 实现优雅降级：像上面JavaScript例子中那样，设置一个超时。如果一段时间后（比如2秒）我们认为应用启动失败（例如，页面仍然处于焦点状态），可以显示一个友好的提示，或者将用户引导至应用下载页面。
3. 使用iframe技巧：有些浏览器中，通过动态创建和移除一个隐藏的iframe来加载协议链接，比直接改变window.location.href更不容易导致页面跳转或留下历史记录。但这不是银弹，效果因浏览器而异。
4. 考虑HTTPS环境：如果你的网页部署在HTTPS下，浏览器对非HTTPS链接和外部协议调用的限制可能会更严格。确保你的整个流程在安全上下文中测试。

实操心得：在实际测试中，不同浏览器（Chrome, Firefox, Edge, Safari）以及同一浏览器的不同版本，对自定义协议的处理方式可能有细微差别。务必在你的目标用户最常用的浏览器环境中进行充分测试。对于企业内部系统，可以统一浏览器，问题会少很多。

5. Unity应用端的参数解析与业务逻辑处理

现在，网页能唤醒应用了，应用也能收到一串URL。接下来就是最核心的部分：在Unity里把这串URL“翻译”成具体的游戏指令。

5.1 设计一套清晰的协议格式

一个好的协议格式能让解析逻辑清晰，后期扩展也方便。建议设计得像RESTful API一样有层次感：

myunityapp://<命令>/<路径>?<参数1>=<值1>&<参数2>=<值2>

• 命令 (Command/Action)：定义要执行的核心操作，如loadScene,openPanel,startGame,joinRoom。
• 路径 (Path)：作为命令的补充或具体目标，如MainMenu,Settings/Graphics,Game/Level3。
• 查询参数 (Query Parameters)：以key=value形式传递的额外数据，如playerId=123,difficulty=hard。

示例：

• myunityapp://loadScene/Lobby-> 加载名为“Lobby”的场景。
• myunityapp://openPanel/Shop?tab=weapons&highlight=sword_01-> 打开商店面板，并定位到“武器”标签页，高亮ID为sword_01的商品。
• myunityapp://startGame?mode=multiplayer&roomId=abc123-> 开始游戏，模式为多人，房间ID为abc123。

5.2 增强参数解析与分发器

我们回头优化一下CustomProtocolManager脚本中的ParseAndHandleProtocolUrl和HandleProtocolAction方法。为了更好的可维护性，可以引入一个简单的“命令模式”或使用委托字典来映射命令和处理函数。

// 在CustomProtocolManager类内部添加或修改 using System.Collections.Generic; private Dictionary<string, System.Action<Uri>> _commandHandlers; void Start() { // 初始化命令处理器字典 _commandHandlers = new Dictionary<string, System.Action<Uri>>(StringComparer.OrdinalIgnoreCase) { {"loadscene", HandleLoadScene}, {"openpanel", HandleOpenPanel}, {"startgame", HandleStartGame}, {"quit", HandleQuit} // ... 注册更多命令 }; } private void ParseAndHandleProtocolUrl(string url) { try { Uri uri = new Uri(url); string command = uri.Host; // 我们的命令在Host部分 if (_commandHandlers.TryGetValue(command.ToLower(), out var handler)) { handler?.Invoke(uri); } else { Debug.LogWarning($"[协议管理器] 未注册的命令: {command}"); // 可以执行一个默认命令或显示错误 HandleDefault(uri); } } catch (Exception e) { Debug.LogError($"[协议管理器] 解析URL失败: {e.Message}"); } } // --- 具体的命令处理函数 --- private void HandleLoadScene(Uri uri) { // uri.AbsolutePath 格式如 "/MainMenu" string sceneName = uri.AbsolutePath.Trim('/'); if (!string.IsNullOrEmpty(sceneName)) { // 安全检查：检查场景是否存在 // if (SceneUtility.GetBuildIndexByScenePath(sceneName) >= 0) ... UnityEngine.SceneManagement.SceneManager.LoadScene(sceneName); Debug.Log($"[协议管理器] 正在加载场景: {sceneName}"); } // 解析查询参数 var queryParams = ParseQueryString(uri.Query); if (queryParams.TryGetValue("playerSpawn", out string spawnPoint)) { // 加载场景后，可以将玩家生成在指定位置 // PlayerManager.Instance.SpawnAt(spawnPoint); Debug.Log($"[协议管理器] 玩家预设生成点: {spawnPoint}"); } } private void HandleOpenPanel(Uri uri) { string panelPath = uri.AbsolutePath.Trim('/'); // 例如 "Shop/Weapons" var queryParams = ParseQueryString(uri.Query); // 假设你有一个UIManager // UIManager.Instance.OpenPanel(panelPath, queryParams); Debug.Log($"[协议管理器] 请求打开UI面板: {panelPath}, 参数: {string.Join(", ", queryParams.Select(kv => $"{kv.Key}={kv.Value}"))}"); } private void HandleStartGame(Uri uri) { var queryParams = ParseQueryString(uri.Query); string gameMode = queryParams.GetValueOrDefault("mode", "single"); string roomId = queryParams.GetValueOrDefault("roomId", ""); // 根据参数初始化游戏 // GameManager.Instance.StartGame(gameMode, roomId); Debug.Log($"[协议管理器] 开始游戏 - 模式: {gameMode}, 房间ID: {roomId}"); } private void HandleQuit(Uri uri) { Debug.Log("[协议管理器] 接收到退出命令。"); Application.Quit(); } private void HandleDefault(Uri uri) { Debug.Log($"[协议管理器] 执行默认处理，完整URL: {uri}"); // 例如，直接打开主菜单 UnityEngine.SceneManagement.SceneManager.LoadScene("MainMenu"); } // 一个简单的查询字符串解析辅助方法（避免依赖System.Web） private Dictionary<string, string> ParseQueryString(string query) { var parameters = new Dictionary<string, string>(StringComparer.OrdinalIgnoreCase); if (string.IsNullOrEmpty(query)) return parameters; // 去掉开头的'?' string queryString = query.TrimStart('?'); foreach (string pair in queryString.Split('&')) { string[] keyValue = pair.Split('='); if (keyValue.Length == 2) { string key = System.Uri.UnescapeDataString(keyValue[0]); string value = System.Uri.UnescapeDataString(keyValue[1]); parameters[key] = value; } } return parameters; }

5.3 处理应用已启动时的场景

我们之前讨论的都是通过链接启动一个全新的应用实例。但还有一种常见场景：用户已经打开了我们的Unity应用，此时在网页上又点击了一个协议链接。系统默认行为是启动另一个应用实例，这可能导致多个应用同时运行，数据不同步。

更理想的体验是：如果应用已运行，则将协议参数传递给已存在的实例，并可能将其窗口提到前台。这需要用到进程间通信（IPC）。实现方式相对复杂，常见的有：

1. 命名管道（Named Pipes）或Socket通信：主进程启动一个本地服务器监听连接，新实例启动后尝试连接主进程并传递参数，然后自己退出。
2. 使用Mutex（互斥锁）检测单实例：在应用启动时创建一个具名的系统互斥锁。如果创建失败，说明已有实例在运行。新实例可以通过查找窗口句柄（Windows API）向旧实例发送消息（如WM_COPYDATA）传递参数，然后自己退出。
3. 使用文件或内存映射文件：已运行的实例监视一个特定文件或内存区域，新实例将参数写入该处。

由于涉及较多Windows原生API调用和复杂的进程管理，这超出了基础教程的范围。但对于需要专业级体验的产品，这是值得投入的方向。一个折中的方案是，在应用启动时检测到已有实例，则弹窗提示用户“应用已在运行，是否切换到已打开的窗口？”，然后简单地将已有实例的窗口激活到前台。

6. 常见问题、调试技巧与进阶考量

6.1 问题排查清单

6.2 调试技巧

• 输出日志是关键：在构建应用时，勾选Development Build和Script Debugging。这样生成的exe在运行时，其日志不仅会输出到output_log.txt（位于exe同级目录或%USERPROFILE%\AppData\LocalLow\<CompanyName>\<ProductName>\），还可以被Unity Profiler远程连接捕获，方便查看Debug.Log信息。
• 使用Process Explorer：当点击链接应用启动后，可以使用微软的Process Explorer工具查看进程的启动命令行参数，确认系统是否正确传递了"%1"。
• 手动测试协议：在Windows“运行”（Win+R）对话框中直接输入你的协议链接，如myunityapp://test，这是测试协议是否生效的最直接方法。

6.3 安全与进阶考量

• 输入验证与消毒：永远不要信任从外部传入的参数。对从URL中解析出的所有字符串进行严格的验证、长度限制和消毒，防止注入攻击。例如，场景名只允许字母数字，参数值进行HTML/URL编码解码。
• 协议作用域：我们使用的是HKEY_CURRENT_USER，这意味着协议只对当前登录的用户有效。如果希望为机器上所有用户注册，需要写入HKEY_CLASSES_ROOT根键，而这通常需要管理员权限。这必须在安装程序（如MSI）中完成。
• 提升用户体验：对于需要管理员权限才能注册全局协议的情况，可以在应用首次以普通用户运行时，检测到权限不足后，友好地提示用户“某些高级功能需要管理员权限配置”，并提供“以管理员身份重新运行”的按钮（通过Process.Start并设置Verb = "runas"）。
• 与WebGL的对比：这个方案是用于本地桌面应用（Windows Standalone）。如果你的目标是让Unity应用直接在浏览器中运行，那应该使用WebGL构建，并通过Application.ExternalEval或unityInstance.SendMessage与JavaScript进行通信，那是完全不同的技术路径。

实现网页与Unity本地应用的协议通信，就像在两者之间架起了一座专属桥梁。它打破了浏览器沙盒的限制，让Web的便捷性与本地应用的强大能力得以结合。从简单的场景跳转到复杂的参数化启动，这套机制为产品带来了更多的想象空间。关键在于理解Windows注册表的工作原理，稳健地处理命令行参数，并设计一套清晰、可扩展的内部协议格式。虽然过程中会遇到浏览器兼容性、权限、单实例处理等挑战，但逐一攻克后，带来的无缝用户体验绝对是值得的。