Unity集成思必驰SDK实现Android离线语音唤醒与指令识别全流程指南

1. 项目概述与核心价值

最近在做一个Unity项目，需要接入Android平台的离线语音唤醒和指令识别功能。市面上方案不少，但综合考虑离线能力、唤醒词自定义的灵活度以及成本，最终选择了思必驰的语音交互SDK。整个过程下来，感觉就像在玩一个高难度的“拼图游戏”，Unity、Android Studio、思必驰SDK、自定义的aar包，每一个环节都可能藏着意想不到的“坑”。这篇文章，我就把自己从零开始，在Unity中集成思必驰SDK，并最终打包出稳定可用的Android APK的完整过程、踩过的坑以及核心解决方案，毫无保留地分享出来。无论你是刚接触Unity与Android原生交互的开发者，还是正在为语音模块集成而头疼的同行，相信这篇“避坑指南”都能帮你节省大量摸索时间，直击要害，高效搞定语音交互功能。

简单来说，这个项目的目标很明确：在一个Unity应用中，实现类似智能音箱的“你好，小优”这样的语音唤醒，并在唤醒后，能够准确识别并执行“打开灯光”、“调高音量”等自定义离线指令。全部功能需要在Android设备上离线运行，保证响应速度和隐私安全。思必驰SDK提供了强大的底层语音算法，但如何将它“无缝”嵌入到Unity工程里，并处理好Android平台特有的依赖冲突、权限管理、生命周期同步等问题，才是真正的挑战。接下来，我会按照实际开发的逻辑顺序，拆解每一个关键步骤和决策背后的原因。

2. 技术选型与环境搭建的深层考量

2.1 为什么是思必驰SDK + 自定义aar方案？

在做技术选型时，我们评估过多个方案，比如科大讯飞、百度语音等。最终锁定思必驰，主要基于几个实际考量：首先，它对离线唤醒和指令识别的支持非常成熟，唤醒率和误唤醒率在实测中表现均衡，这对于用户体验至关重要；其次，SDK提供了较高的自定义自由度，允许我们灵活设置唤醒词和指令词，而不是只能使用固定的几个热词；最后，其SDK的接口相对清晰，文档（虽然也有槽点）和社区支持能够帮助我们更快上手。

而采用“Unity调用自定义aar包”的架构，则是平衡开发效率与原生性能的最佳实践。纯粹用Unity的AndroidJavaClass等接口直接调用庞大的原生SDK，会面临接口复杂、性能损耗、难以调试等问题。将思必驰SDK的核心功能封装成一个独立的Android Library工程，编译成自定义的.aar文件，再供Unity调用，这样做的好处非常明显：

1. 解耦与复用：语音模块的逻辑被封装在aar内，与Unity业务逻辑分离。这个aar包可以独立测试、升级，并能复用于其他Unity项目甚至纯Android项目。
2. 性能优化：关键的音频采集、前端处理、唤醒和识别算法都在原生层运行，避免了C#与Java频繁交互的开销，保证了实时性。
3. 简化Unity侧调用：Unity开发者只需要关注几个简单的C#接口，例如Init(),StartListening(),RegisterCommand()，无需深入理解复杂的JNI交互或Android音频架构。

2.2 前期环境准备清单与版本锁定

“工欲善其事，必先利其器”。环境版本不匹配是后续一切玄学问题的根源。以下是我经过验证的稳定组合，强烈建议你照此配置，能避开至少50%的初始环境问题。

• Unity版本：2021.3 LTS 或 2022.3 LTS。长期支持版最为稳定，避免使用最新的Alpha/Beta版本。我使用的是2021.3.34f1，这个版本对Android构建的支持非常成熟。
• Android开发环境：
  • Android Studio：建议使用较新的稳定版，如Giraffe或Hedgehog。我使用的是Android Studio Giraffe，并确保SDK Tools更新到最新。
  • JDK：必须使用OpenJDK 11。Unity官方推荐且兼容性最好。不要使用Oracle JDK 8或更高的17+版本，否则在构建时可能遇到无法预料的错误。
  • Android SDK & NDK：通过Android Studio的SDK Manager安装。SDK Platform选择项目目标API级别（如API 33）。NDK版本至关重要，思必驰SDK通常有指定要求，例如需要NDK r21e或r23b。务必根据SDK文档安装指定版本，并在Unity的Edit -> Project Settings -> Player -> Android (Tab) -> Publishing Settings中正确设置NDK路径。
• 思必驰SDK：从思必驰开放平台下载最新的Android SDK。通常它包含多个.aar文件（如核心引擎、唤醒模块、识别模块）和对应的文档、示例代码。拿到手后，先别急着集成，花点时间阅读文档，了解各个模块的作用。

注意：创建一个干净的Unity项目和一个干净的Android Studio项目来开始这次集成。不要在已有复杂依赖的老项目上直接操作，否则出现问题时，排查范围会非常大。

3. 构建自定义aar包：从Android Studio工程到Unity可用的库

这是整个流程中最核心、也最容易出错的一环。我们的目标是将思必驰SDK的能力，封装成一个对Unity友好的“黑盒”。

3.1 创建Android Library模块与依赖管理

1. 新建Android工程：在Android Studio中新建一个空项目，项目类型选择Phone and Tablet，模板选择Empty Activity即可，因为我们最终只需要它的库模块。
2. 添加Library模块：在项目根目录右键，选择New -> Module，类型选择Android Library，命名为unity-speech-plugin。这个模块将是我们编译aar的源头。
3. 引入思必驰SDK：将下载的思必驰SDK中的.aar文件（例如aios_asr-release.aar,aios_wakeup-release.aar）复制到unity-speech-plugin/libs/目录下。如果没有libs文件夹就自己创建一个。
4. 配置build.gradle (Module: unity-speech-plugin)：这是依赖声明的关键文件。

// 注意：以下版本号需根据实际情况调整 plugins { id 'com.android.library' } android { namespace 'com.yourcompany.speechplugin' compileSdk 33 defaultConfig { minSdk 24 // 根据思必驰SDK要求设置，通常不低于21 targetSdk 33 versionCode 1 versionName "1.0" // 如果SDK需要，可能还要配置ndk abiFilters ndk { abiFilters 'armeabi-v7a', 'arm64-v8a' // 通常只需要这两个架构 } } buildTypes { release { minifyEnabled false // 初次集成建议关闭混淆，便于调试 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } } } dependencies { // 1. 引入本地的思必驰aar文件 implementation fileTree(dir: 'libs', include: ['*.aar']) // 2. 引入其他必要依赖（参考思必驰文档） implementation 'androidx.appcompat:appcompat:1.6.1' implementation 'com.google.code.gson:gson:2.10.1' // 思必驰可能用到了JSON解析 // 3. 注意：避免引入与Unity Android Resolver可能冲突的库，如特定版本的support-v4 }

关键点解析：implementation fileTree这行代码告诉Gradle引入libs目录下所有的aar文件。这里可能会遇到第一个坑：依赖传递冲突。如果思必驰的aar内部依赖了某个库（如okhttp），而你的项目或其他模块也引入了不同版本的同一库，就会冲突。初期建议保持依赖简洁，后续再处理冲突。

3.2 封装Unity可调用的Java接口

Unity通过AndroidJavaObject调用Java代码，我们需要提供一个简洁的“桥接类”。

在unity-speech-plugin模块的src/main/java/...下，创建核心管理类，例如SpeechManager.java：

package com.yourcompany.speechplugin; import android.content.Context; import android.util.Log; // 导入思必驰SDK的类 import com.aispeech.AIOSAuth; import com.aispeech.AIOSWakeup; // ... 其他导入 public class SpeechManager { private static final String TAG = "UnitySpeechPlugin"; private static SpeechManager instance; private Context context; private AIOSWakeup wakeupEngine; private boolean isInitialized = false; // Unity通过静态方法获取实例 public static SpeechManager getInstance() { if (instance == null) { instance = new SpeechManager(); } return instance; } // 初始化方法，必须由Unity在启动时调用并传入Android Context public void initialize(Context appContext) { this.context = appContext.getApplicationContext(); Log.d(TAG, "Initializing Speech Manager..."); // 1. 思必驰SDK授权 (需要从平台申请appKey和secret) String appKey = "YOUR_APP_KEY"; String secret = "YOUR_SECRET"; AIOSAuth.auth(context, appKey, secret, new AIOSAuth.AuthListener() { @Override public void onAuthSuccess() { Log.d(TAG, "SDK Auth Success"); initWakeupEngine(); // 授权成功后初始化唤醒引擎 } @Override public void onAuthError(int errorCode, String errorMsg) { Log.e(TAG, "SDK Auth Failed: " + errorCode + ", " + errorMsg); // 这里可以通过UnitySendMessage回调给Unity错误信息 } }); } private void initWakeupEngine() { try { // 2. 配置唤醒引擎参数 AIOSWakeup.WakeupConfig config = new AIOSWakeup.WakeupConfig(); config.resPath = "assets://wakeup_res.zip"; // 唤醒资源文件路径 config.vadEnable = true; // 启用VAD（语音活动检测） config.vadFrontTime = 300; // 前置静音检测时间 config.vadBackTime = 300; // 后置静音检测时间 wakeupEngine = new AIOSWakeup(context, config); wakeupEngine.setWakeupListener(new AIOSWakeup.WakeupListener() { @Override public void onWakeup(String wakeupWord, int direction, float confidence) { Log.d(TAG, "唤醒成功! 唤醒词: " + wakeupWord + ", 置信度: " + confidence); // 关键步骤：通过UnitySendMessage通知Unity层 com.unity3d.player.UnityPlayer.UnitySendMessage( "SpeechController", // Unity中接收消息的GameObject名 "OnWakeupSuccess", // 该GameObject上脚本的方法名 wakeupWord + "|" + confidence // 传递的参数 ); } @Override public void onError(int errorCode, String errorMsg) { Log.e(TAG, "唤醒引擎错误: " + errorCode + ", " + errorMsg); com.unity3d.player.UnityPlayer.UnitySendMessage( "SpeechController", "OnWakeupError", errorCode + "|" + errorMsg ); } }); isInitialized = true; Log.d(TAG, "Wakeup Engine Initialized."); } catch (Exception e) { Log.e(TAG, "Init Wakeup Engine Failed", e); } } // 开始监听唤醒 public void startListening() { if (wakeupEngine != null && isInitialized) { wakeupEngine.start(); Log.d(TAG, "Wakeup listening started."); } } // 停止监听 public void stopListening() { if (wakeupEngine != null) { wakeupEngine.stop(); Log.d(TAG, "Wakeup listening stopped."); } } // 释放资源 public void release() { if (wakeupEngine != null) { wakeupEngine.release(); wakeupEngine = null; } isInitialized = false; Log.d(TAG, "Speech Manager released."); } }

封装要点：

• 单例模式：确保Unity多次调用不会创建多个实例。
• UnitySendMessage：这是Unity与Android原生代码通信的生命线。它允许Java层主动向Unity的某个GameObject上的某个MonoBehaviour脚本发送消息。参数传递通常用字符串，复杂数据可以拼接成JSON。
• 生命周期管理：提供了initialize,start,stop,release等清晰接口，方便Unity在OnApplicationPause等时机调用。
• 错误回调：所有关键操作都通过UnitySendMessage将状态（成功/失败）传回Unity，便于上层处理。

3.3 解决资源文件打包与aar生成难题

思必驰SDK通常需要额外的资源文件（如wakeup_res.zip,asr_res.zip），里面包含了声学模型、语言模型等。这些资源必须被打包到APK中，并放在SDK能读取到的位置。

1. 资源文件放置：在unity-speech-plugin模块内，创建src/main/assets/目录（如果没有的话），将思必驰提供的资源文件（如wakeup_res.zip）复制进去。Gradle在构建aar时，会自动将assets目录的内容打包进去。
2. 生成aar：在Android Studio右侧的Gradle面板中，找到unity-speech-plugin -> Tasks -> build -> assemble（或assembleRelease）。双击运行，编译成功后，在unity-speech-plugin/build/outputs/aar/目录下就能找到生成的unity-speech-plugin-release.aar文件。

实操心得：第一次生成aar后，不要急着给Unity用。先用解压软件（如7-Zip）打开这个aar文件，检查里面是否包含了：

• classes.jar（你的Java编译代码）
• assets/目录及其下的资源文件
• jni/目录（如果有.so文件的话） 这是验证打包是否成功的最直接方法。经常遇到资源文件没打包进去，导致在Unity中运行时SDK报“资源加载失败”的错误。

4. Unity工程集成：配置、调用与调试实战

拿到自定义的aar包后，下一步就是让Unity项目能够使用它。

4.1 在Unity中导入aar与配置Android环境

1. 导入aar：在Unity项目的Assets目录下，创建Plugins/Android文件夹（这是Unity规定的标准路径）。将上一步生成的unity-speech-plugin-release.aar复制到这里。同时，必须将思必驰SDK原始的aar（如aios_wakeup-release.aar）也一并复制到Plugins/Android目录下。因为我们的自定义aar依赖它们，Unity在打包时需要知道这些依赖。
2. 配置Player Settings：
   • Other Settings：
     • Package Name：设置你的应用包名，如com.yourcompany.yourapp。
     • Minimum API Level：与Android Library中设置的minSdkVersion保持一致。
     • Target API Level：建议设置为最新的稳定版。
   • Publishing Settings：
     • 勾选Custom Main Gradle Template和Custom Launcher Gradle Template。这是解决复杂依赖冲突的关键。
     • 确保NDK路径指向你安装的正确版本。

4.2 编写C#桥接脚本与处理Android生命周期

在Unity中创建一个C#脚本，例如SpeechController.cs，将其挂载到一个常驻的GameObject上（比如叫SpeechManager）。

using UnityEngine; using System.Runtime.InteropServices; using System; public class SpeechController : MonoBehaviour { // 定义AndroidJavaClass和AndroidJavaObject来调用原生代码 private static AndroidJavaClass unityPlayerClass; private static AndroidJavaObject currentActivity; private static AndroidJavaObject speechManagerInstance; void Awake() { DontDestroyOnLoad(this.gameObject); // 保证语音模块在场景切换时不销毁 InitializeSpeechSDK(); } void InitializeSpeechSDK() { #if UNITY_ANDROID && !UNITY_EDITOR try { // 获取Unity的当前Activity上下文 unityPlayerClass = new AndroidJavaClass("com.unity3d.player.UnityPlayer"); currentActivity = unityPlayerClass.GetStatic<AndroidJavaObject>("currentActivity"); // 获取我们自定义的SpeechManager实例 AndroidJavaClass managerClass = new AndroidJavaClass("com.yourcompany.speechplugin.SpeechManager"); speechManagerInstance = managerClass.CallStatic<AndroidJavaObject>("getInstance"); // 调用初始化方法，传入Activity上下文 speechManagerInstance.Call("initialize", currentActivity); Debug.Log("[Unity] Speech SDK初始化调用完成。"); } catch (System.Exception e) { Debug.LogError("[Unity] 初始化Speech SDK失败: " + e.Message); } #endif } // 提供给UI按钮调用的开始监听方法 public void StartWakeupListening() { #if UNITY_ANDROID && !UNITY_EDITOR if (speechManagerInstance != null) { speechManagerInstance.Call("startListening"); Debug.Log("[Unity] 开始语音唤醒监听。"); } #endif } public void StopWakeupListening() { #if UNITY_ANDROID && !UNITY_EDITOR if (speakerManagerInstance != null) { speechManagerInstance.Call("stopListening"); Debug.Log("[Unity] 停止语音唤醒监听。"); } #endif } // ========== 以下方法由Android原生层通过UnitySendMessage调用 ========== // 方法名必须与Java层UnitySendMessage的第二个参数完全一致 // 唤醒成功回调 public void OnWakeupSuccess(string result) { Debug.Log($"[Unity] 收到唤醒成功回调: {result}"); string[] parts = result.Split('|'); string wakeupWord = parts[0]; float confidence = float.Parse(parts[1]); // 在这里处理唤醒成功后的逻辑，例如显示UI提示、开始录音识别指令等 UIManager.Instance.ShowWakeupHint($"已唤醒: {wakeupWord}"); // 可以在这里触发后续的指令识别流程 } // 唤醒错误回调 public void OnWakeupError(string errorInfo) { Debug.LogError($"[Unity] 收到唤醒错误回调: {errorInfo}"); // 处理错误，如网络授权失败、资源加载失败等 } void OnApplicationPause(bool pauseStatus) { // 应用切到后台时暂停语音监听，回到前台时恢复 if (pauseStatus) { StopWakeupListening(); } else { // 可以稍作延时再恢复，避免瞬间的音频焦点冲突 Invoke(nameof(StartWakeupListening), 0.5f); } } void OnDestroy() { #if UNITY_ANDROID && !UNITY_EDITOR if (speechManagerInstance != null) { speechManagerInstance.Call("release"); speechManagerInstance.Dispose(); } if (currentActivity != null) currentActivity.Dispose(); if (unityPlayerClass != null) unityPlayerClass.Dispose(); #endif } }

关键点解析：

• 平台编译指令：使用#if UNITY_ANDROID && !UNITY_EDITOR包裹原生调用代码，确保只在真机打包时执行，在编辑器模式下不会报错。
• UnitySendMessage映射：OnWakeupSuccess和OnWakeupError这两个方法的名字和签名必须与Java层调用UnitySendMessage时指定的方法名完全一致。这是回调机制的基础。
• 生命周期同步：在OnApplicationPause中控制语音监听的状态是最佳实践。应用退到后台时继续录音不仅耗电，还可能引发隐私问题和音频焦点冲突。恢复监听前的短暂延时有助于系统音频模块稳定。

4.3 处理Gradle依赖冲突与打包失败

这是集成过程中最大的“坑”之一。当你点击Build And Run，可能会遇到各种Gradle构建错误。

常见错误1：Direct local .aar file dependencies are not supported when building an AAR.

这个错误通常出现在你的自定义Android Library模块中，直接引用了另一个本地aar文件（比如我们implementation fileTree了思必驰的aar）。当你尝试构建这个Library模块生成aar时，Gradle会报错。

解决方案：修改自定义Library模块的build.gradle，将implementation改为api或compileOnly（视情况而定），但更通用的方法是不在Library模块中直接打包第三方aar，而是让Unity主工程去管理这些依赖。

更优实践：

1. 在自定义Library模块的build.gradle中，将思必驰aar的依赖改为compileOnly，表示“编译时需要，但打包时不包含”。

   dependencies { compileOnly fileTree(dir: 'libs', include: ['*.aar']) // 改为compileOnly // ... 其他依赖 }

2. 将思必驰SDK的原始aar文件（如aios_wakeup-release.aar）直接放入Unity项目的Assets/Plugins/Android目录。Unity在构建时，会将这些aar和你的自定义aar一起合并到最终的APK中。
3. 在Unity中启用Custom Main Gradle Template（Assets/Plugins/Android/mainTemplate.gradle），并在dependencies块中，确保你的自定义aar被正确声明（Unity通常会自动处理，但有时需要手动添加）。

常见错误2：More than one file was found with OS independent path 'lib/arm64-v8a/xxx.so'

这是典型的原生库(so文件)冲突。可能的原因有：思必驰SDK的aar里包含了某个架构的.so文件，另一个插件（如Vuforia、Firebase）也包含了同名的.so文件；或者同一个.so文件被多个aar重复包含。

解决方案：在mainTemplate.gradle文件中的android块内添加打包选项，指定合并策略或排除重复文件。

android { // ... 其他配置 packagingOptions { // 策略1：选择第一个遇到的文件，忽略后续重复的 pickFirst '**/lib/armeabi-v7a/*.so' pickFirst '**/lib/arm64-v8a/*.so' // 策略2：直接排除特定文件（如果确定冲突文件是多余的） // exclude '**/lib/armeabi-v7a/libbugly.so' // 策略3：合并所有重复项（不推荐，可能导致运行时错误） // merge '**/*.so' } }

排查技巧：当遇到so冲突时，最好的方法是解压所有在Plugins/Android下的aar文件，查看它们的jni目录结构，找出到底是哪些文件冲突了。有时冲突的并不是思必驰SDK，而是其他第三方库。

5. 语音唤醒与指令识别的优化实战

基础集成打通后，接下来就是让语音功能更好用、更稳定。

5.1 唤醒词定制与资源优化

思必驰SDK允许自定义唤醒词，但这通常不是简单的字符串设置，而是需要在其开放平台上提交唤醒词文本，经过其云端引擎训练，生成一个专属的wakeup_res.zip资源包。这个过程可能需要1-2个工作日。

优化点：

• 唤醒词选择：选择2-4个音节、发音清晰、不易与日常词汇混淆的词组。例如“小优小优”就比“你好”要好。
• 资源文件管理：训练好的资源包可能很大（几十MB）。确保它被打包进APK的assets目录，并且在初始化SDK时，resPath参数指向正确的路径（如assets://wakeup_res.zip）。在真机上，SDK会将其解压到内部存储使用。
• 多唤醒词：SDK支持同时加载多个唤醒词资源，可以在不同场景下切换，增加灵活性。

5.2 指令识别系统设计与实现

唤醒之后，紧接着就是指令识别。思必驰SDK通常将唤醒和识别作为两个独立的引擎。唤醒成功后，你需要启动识别引擎来听取用户的指令。

1. 指令集设计：设计一个离线指令词列表，例如["打开灯光", "关闭灯光", "播放音乐", "暂停播放"]。同样，这个列表需要提交到思必驰平台，生成对应的asr_res.zip识别资源文件。
2. Java层扩展：在自定义的SpeechManager中，添加识别引擎的初始化、启动、停止和结果回调逻辑。模式与唤醒引擎类似。
3. Unity层状态管理：这是一个关键的设计模式。通常采用状态机来管理语音交互流程：
   • IDLE状态：仅唤醒引擎工作。
   • 唤醒后：切换到LISTENING_FOR_COMMAND状态，启动识别引擎，并给出视觉或声音提示（如“滴”一声），告诉用户现在可以说话。
   • 识别中：收到识别结果后，解析指令字符串，映射到具体的游戏或应用操作（如调用LightManager.Toggle()），然后切换回IDLE状态。
   • 超时处理：如果唤醒后一段时间内没有检测到有效指令，应自动超时并退回IDLE状态，避免一直占用麦克风。

5.3 性能调优与功耗控制

语音常驻监听对电量和性能是个考验。

• 唤醒灵敏度与误唤醒的平衡：在思必驰SDK的唤醒配置中，可以调整threshold（阈值）参数。阈值越高，唤醒越困难（漏唤醒少），但误唤醒也可能减少；阈值越低则相反。这需要在真实环境中反复测试调整，找到一个平衡点。可以在不同环境（安静室内、嘈杂街道）下采集测试数据来辅助决策。
• VAD参数优化：vadFrontTime和vadBackTime决定了语音开始前和结束后的静音检测时长。对于响应速度要求高的场景，可以适当减小这些值，但可能会截断语音；对于指令识别，可以适当增大vadBackTime，确保一句话说完整。
• 按需唤醒：并不是所有场景都需要语音唤醒。例如，在播放全屏视频或进行高强度游戏时，可以暂时关闭唤醒功能，在设置界面提供一个开关让用户控制。
• 后台服务：如果需要应用在后台也能唤醒，你需要将语音模块封装成一个AndroidService，并在Unity中启动它。但这会显著增加功耗，并需要处理更复杂的生命周期和保活问题，非必要不推荐。

6. 真机调试与常见问题排查实录

集成完毕，打包出APK，在真机上测试才是真正的开始。以下是我遇到的一些典型问题及解决方法。

6.1 问题排查速查表

6.2 高效调试技巧

• 善用adb logcat：这是Android开发者的最强武器。在命令行输入adb logcat -s Unity SpeechManager（过滤你定义的TAG），可以清晰地看到原生层的日志输出，定位问题比在Unity中猜高效得多。
• 分阶段测试：
  1. 先单独测试Android Library工程，写一个简单的Android App调用你的SpeechManager，确保基础功能（授权、唤醒、识别）在纯Android环境下是通的。
  2. 再集成到Unity中，这样能快速定位问题是出在Android层还是Unity交互层。
• 最小化复现：当遇到诡异问题时，创建一个全新的、最简单的Unity工程和Android Library工程，只集成最核心的语音功能，排除其他复杂插件和代码的干扰。

整个集成过程，就像是在Unity的跨平台便利性与Android原生能力的深度之间架设一座稳固的桥梁。自定义aar包是这座桥梁的桥墩，清晰的接口设计是桥面，而细致的调试和优化则是确保桥梁承重和通行的护栏。走通一遍之后，你会发现这套方法论不仅能用于语音SDK，对于任何需要在Unity中深度集成Android原生能力（如蓝牙、特定传感器、支付等）的场景，都提供了一个可复用的高效框架。最重要的是，保持耐心，遇到问题多查日志、多拆解APK，每一个坑踩过去，都是宝贵的经验。