企业官网建设流程全解析

1. 项目概述：为什么Unity 2022打包安卓APK依然是个“技术活”？

如果你是一名Unity开发者，并且你的项目需要发布到安卓平台，那么“打包APK”这个看似简单的操作，很可能已经让你在无数个深夜对着Unity Editor的Console窗口和Gradle构建日志陷入沉思。从Unity 2019.3开始，Unity官方将默认的安卓构建系统从内部的Internal（内部）和Gradle（实验性）统一并强制切换到了Gradle，这带来了更现代的构建流程、更好的库依赖管理，但也引入了一套全新的、与Android Studio生态深度绑定的复杂配置体系。到了Unity 2022，虽然底层Gradle版本有所更新，但那些经典的“坑”——比如Player Settings里某个选项没勾对、Gradle版本不兼容、JDK路径不对、或者一个神秘的“Deprecated Gradle features were used in this build”警告——依然会准时出现，阻挡你成功生成那个小小的.apk文件。

这篇文章，就是为你准备的。我将以一个经历过无数次打包失败、翻遍官方文档和社区帖子的开发者视角，带你完整走一遍Unity 2022（版本范围涵盖2022.1至2022.3 LTS）打包安卓APK的全流程。我们不会停留在“点这里，点那里”的表面操作，而是会深入拆解每一步背后的逻辑：为什么Unity需要这些设置？Gradle在背后做了什么？当构建失败时，那些晦涩的错误信息到底在说什么？我会把从项目设置（Player Settings）到Gradle配置，再到最终APK生成与签名的每一个环节都掰开揉碎，并附上我踩过的坑和总结的排查技巧。无论你是第一次接触安卓发布的Unity新手，还是被某个诡异构建问题困扰已久的老手，这篇文章都能提供一条清晰的路径和实用的工具箱。

2. 打包前的核心环境准备：别让基础配置成为绊脚石

在点击“Build”按钮之前，一个稳定、正确配置的本地环境是成功的一半。很多构建失败的根本原因，其实都出在环境配置这一步。

2.1 安装与配置：JDK、Android SDK & NDK、Gradle

这三者是Unity安卓构建的基石，它们的版本兼容性至关重要。

1. JDK (Java Development Kit):Unity 2022要求使用JDK 8或JDK 11。更高版本的JDK（如JDK 17+）可能会导致编译错误。我强烈建议使用Unity Hub安装的OpenJDK，因为它与Unity的兼容性经过了官方测试。

• 操作路径：打开Unity Hub -> 安装 -> 找到你已安装的Unity 2022版本 -> 点击右侧“...” -> 添加模块 -> 确保“Android Build Support”下的“OpenJDK”被勾选并安装。
• 验证方法：在Unity编辑器中，进入Edit -> Preferences -> External Tools。在“JDK”部分，路径应该自动指向了Unity Hub安装的JDK（例如：C:\Program Files\Unity\Hub\Editor\2022.3.20f1\Editor\Data\PlaybackEngines\AndroidPlayer\OpenJDK）。如果为空或指向其他路径，请手动浏览到此目录。

2. Android SDK & NDK:Android SDK包含了构建工具和平台工具，NDK则用于编译C/C++代码（如果你的项目使用了IL2CPP脚本后端或某些原生插件）。

• 推荐安装方式：同样通过Unity Hub的“添加模块”来安装“Android SDK & NDK Tools”。这是最省心、兼容性最好的方法。
• 手动配置（如需）：如果你已有Android Studio，也可以使用其自带的SDK。在External Tools中，将“Android SDK”路径指向你的SDK根目录（例如：C:\Users\[用户名]\AppData\Local\Android\Sdk）。对于NDK，Unity 2022通常需要NDKr23b或r24版本。你可以在Unity安装目录下找到（如Editor\Data\PlaybackEngines\AndroidPlayer\NDK），或在External Tools中指定。

3. Gradle:这是构建过程的核心引擎。Unity 2022内置了特定版本的Gradle（通常是6.1.1到7.x的某个版本）。在绝大多数情况下，你应该使用Unity内置的Gradle，而不是自己下载的。

• 如何确认：在Edit -> Project Settings -> Player -> Android -> Publishing Settings底部，找到“Build”区域。确保“Use Gradle to build (recommended)”被勾选，并且“Gradle Version”选择的是“Gradle Installed with Unity (recommended)”。
• 为什么不用自定义？自己下载的Gradle版本可能与Unity的Android Gradle插件版本不兼容，导致各种难以排查的依赖解析错误。内置版本是经过Unity团队测试的，稳定性最高。

注意：一个常见的误区是去单独下载和配置Gradle。对于Unity构建来说，这通常是多此一举且容易引发问题的源头。除非你有非常特殊的构建需求（例如需要集成一个指定了高版本Gradle的第三方库），否则请始终信任Unity内置的版本。

2.2 Unity项目的基础设置检查

在配置外部工具后，我们需要确保项目本身的基础设置是正确的。

1. 切换构建平台:这听起来很简单，但经常被忽略。你必须将构建目标平台切换到Android。

• 操作：File -> Build Settings，在平台列表中选择“Android”，然后点击“Switch Platform”。这个过程会重新导入所有资源为Android格式，需要一些时间。完成后，Android平台旁边会显示“Unity”图标。

2. 安装必需的Android模块:确保你的Unity编辑器安装了Android Build Support模块。可以通过Unity Hub检查并安装。

3. 检查脚本后端（Scripting Backend）:在Project Settings -> Player -> Android -> Other Settings中，找到“Scripting Backend”。

• Mono: 更快的构建和迭代速度，兼容性好，但生成的APK体积较大，代码安全性较低（容易被反编译）。
• IL2CPP: 将C#代码转换为C++，再编译为原生代码。能显著减小发布包体积（通过代码裁剪），提高运行性能，并极大地增强代码反编译难度。对于发布版本，强烈推荐使用IL2CPP。
• 选择建议：开发调试阶段可以用Mono以求快速，但最终发布前务必切换为IL2CPP并进行充分测试，因为某些反射或动态代码生成可能在IL2CPP下工作异常。

3. Player Settings深度解析：每一个选项都关乎成败

Player Settings是Unity项目面向特定平台的“护照”和“说明书”。对于Android平台，这里的设置直接决定了APK的元数据、权限、性能和兼容性。

3.1 Company Name, Product Name & Package Name

在Player Settings的顶部，这些是项目的身份标识。

• Company Name & Product Name: 会体现在安卓设备的应用列表和设置中。Product Name也是安装后显示在桌面上的应用名称。
• Package Name (Bundle Identifier): 这是最重要的设置之一。它采用反向域名格式（如com.YourCompany.YourGame），必须是全局唯一的。它是安卓系统识别你应用的唯一ID。一旦发布，修改Package Name就等于发布了一个全新的应用，无法覆盖更新。请在一开始就慎重确定。

3.2 Other Settings 关键配置

这个折叠栏下藏着大量核心设置。

1. Identification:

• Version & Bundle Version Code:Version是给用户看的版本号（如1.0.1）。Bundle Version Code是一个整数，用于内部版本追踪，每次上传商店都必须递增。Google Play要求每次上传的Version Code必须严格大于上一次。

2. Configuration:

• Scripting Backend: 如前所述，选择IL2CPP用于发布。
• API Compatibility Level: 通常选择.NET Standard 2.1或.NET Framework（已过时）。.NET Standard 2.1具有更好的跨平台兼容性和现代C#特性支持，是当前推荐的选择。
• Target Architectures: 在“Target Architectures”下选择CPU架构。为了覆盖尽可能多的设备，通常勾选ARMv7和ARM64。x86和x86_64主要用于模拟器和少数Intel处理器的安卓设备，可以酌情勾选，但这会增加APK体积。如果使用IL2CPP，你可以通过创建不同架构的APK分包（APK Splits）来优化体积，但对于大多数情况，全选ARMv7和ARM64是稳妥的做法。

3. Optimization:

• Strip Engine Code: 当使用IL2CPP时，此选项会移除项目未使用的Unity引擎代码，能有效减小包体。务必勾选。但要注意，如果项目使用了反射或通过字符串名动态加载的组件，可能需要配置链接文件（link.xml）来防止必要的代码被错误剥离。
• Managed Stripping Level: 设置为“Low”或“Medium”通常比较安全。“High”级别的裁剪力度最大，但也最容易因为裁剪掉被反射调用的代码而导致运行时崩溃，需要配合完善的测试和link.xml配置。

3.3 Publishing Settings：与Gradle构建的桥梁

这个部分是Unity Gradle构建配置的核心入口。

1. Keystore设置（应用签名）:安卓系统要求所有APK都必须被签名才能安装。你需要一个签名文件（Keystore）。

• 已有Keystore: 如果你有现有的签名文件（例如从上一个项目或之前发布的版本），点击“Browse”选择.keystore文件，并输入对应的Alias和密码。
• 创建新的Keystore: 点击“Create a new keystore...”，然后点击“Browse”选择一个保存路径和文件名，设置Keystore密码。接着，在“Key”区域，点击“Create a new key”，填写Alias、密码以及证书信息（名字、组织等）。请务必妥善保管这个.keystore文件和所有密码！丢失意味着你将无法为应用发布更新。

2. Minify：代码混淆与优化 (ProGuard/R8):这是减小APK体积、保护代码逻辑的另一利器。

• 选项：分别为“Release”（发布版）和“Debug”（调试版）提供了Minify选项，通常选择Proguard。
• 作用：Proguard会移除未使用的代码、混淆类名、方法名和字段名，使其难以被反编译阅读。
• 风险与配置：激进的混淆可能会“误伤”被反射、JSON反序列化或通过字符串动态调用的代码，导致运行时崩溃。Unity会生成一个基础的proguard-user.txt配置来保护Unity引擎自身的类，但你的游戏代码可能需要额外配置。
• 如何操作：勾选“Release”版本的Minify为Proguard。构建时如果发生因混淆导致的崩溃，你需要分析日志，并在Assets/Plugins/Android/proguard-user.txt文件中添加规则来“保住”那些被误删或混淆的类。例如，如果你使用了某个第三方SDK，通常需要将其提供的混淆规则文件内容复制到这里。

3. Custom Gradle Template：高级定制的钥匙这是解决许多Gradle依赖冲突和进行深度集成的关键。

• 作用：勾选此选项后，Unity会在Assets/Plugins/Android/目录下生成一个mainTemplate.gradle文件。这个文件是Unity默认Gradle构建模板的副本，你可以直接修改它来添加自定义的仓库、依赖项、构建任务或配置。
• 何时需要：当你需要添加一个Unity Package Manager或Asset Store中没有的第三方安卓库（AAR/JAR），或者需要修改AndroidManifest的合并规则，又或者需要配置特定的构建变体（Build Variants）时，就需要启用并编辑这个文件。
• 生成与编辑：勾选“Custom Gradle Template”后，该选项下方会显示文件路径。点击路径即可在Project视图中定位并双击用文本编辑器打开。

4. Gradle配置实战：从模板到自定义依赖集成

当你在Publishing Settings中启用了“Custom Gradle Template”后，你就获得了对构建过程的直接控制权。mainTemplate.gradle文件定义了unityLibrary模块的构建规则。

4.1 解读 mainTemplate.gradle 结构

让我们看一个典型的、由Unity 2022生成的mainTemplate.gradle文件的核心部分：

// 这只是一个片段示例，实际文件更长 apply plugin: 'com.android.library' dependencies { implementation fileTree(dir: 'libs', include: ['*.jar']) // DEPS 变量处会被Unity自动注入项目所需的依赖 **DEPS** } android { compileSdkVersion **APIVERSION** buildToolsVersion **BUILDTOOLS** compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } defaultConfig { minSdkVersion **MINSDKVERSION** targetSdkVersion **TARGETSDKVERSION** // ... consumerProguardFiles 'proguard-unity.txt'**USER_PROGUARD** } // ... }

• **DEPS**: 这是一个模板变量。在构建时，Unity会自动将你项目中所有需要的外部依赖（如Firebase、Facebook SDK等）的implementation语句替换到这里。
• **APIVERSION**,**BUILDTOOLS**等: 这些也是模板变量，它们的值来自你在Player Settings中的配置。
• compileSdkVersion: 编译所用的Android SDK版本，应设置为与你的Target SDK Version相同或更高。
• buildToolsVersion: 构建工具版本，Unity会自动管理。
• defaultConfig: 包含了应用ID、版本号等信息，同样由Unity从Player Settings注入。

4.2 添加自定义依赖（AAR/JAR）

假设你需要手动集成一个下载的.aar库文件（例如some-library.aar）。

1. 放置库文件：在Assets/Plugins/Android/目录下创建一个子文件夹，例如libs。将some-library.aar文件放入其中。
2. 修改 mainTemplate.gradle：在dependencies { }块内，**DEPS**行的上方或下方，添加你的依赖声明。

   dependencies { implementation fileTree(dir: 'libs', include: ['*.jar']) // 添加对libs目录下所有aar文件的依赖 implementation fileTree(dir: 'libs', include: ['*.aar']) // 或者，指定具体的aar文件（如果放在其他目录，如‘myLibs’） implementation files('myLibs/some-library.aar') **DEPS** }

3. 处理传递依赖：如果这个.aar库本身还依赖其他库（如Google Play Services），你需要在同一dependencies块内也声明这些依赖。例如：implementation 'com.google.android.gms:play-services-ads:22.0.0'。

4.3 配置仓库源（解决依赖下载慢或失败）

Gradle默认从JCenter和Maven Central下载依赖。在国内网络环境下，这可能会非常慢甚至失败。你可以在mainTemplate.gradle的最顶部（apply plugin之前）或buildscript块内添加国内镜像源。

// 在 allprojects 块内修改仓库地址，通常这个块已经存在，找到它并修改repositories allprojects { repositories { google() mavenCentral() // 添加阿里云Maven镜像 maven { url 'https://maven.aliyun.com/repository/public' } maven { url 'https://maven.aliyun.com/repository/google' } maven { url 'https://maven.aliyun.com/repository/gradle-plugin' } // 如果需要jcenter，也可以用阿里云的镜像（注意：jcenter已停止服务，尽量迁移） // maven { url 'https://maven.aliyun.com/repository/jcenter' } } }

实操心得：依赖下载失败是Gradle构建中最常见的问题之一。错误信息通常是“Could not resolve ...”。首先检查网络，然后尝试在mainTemplate.gradle中添加国内镜像。如果问题依旧，可以尝试在命令行中（在项目导出目录）手动运行gradlew assembleDebug --info来获取更详细的下载错误日志，有时是库的版本不存在，有时是仓库地址需要特殊配置（比如某些SDK需要添加自家的Maven仓库URL）。

4.4 自定义 AndroidManifest.xml 属性

有时第三方SDK需要你在AndroidManifest.xml中添加特定的<meta-data>、权限或修改application节点属性。你可以通过创建或修改Assets/Plugins/Android/AndroidManifest.xml文件来实现。Unity在构建时会将它与你项目生成的默认清单文件进行合并。

重要规则：你的自定义AndroidManifest.xml文件不需要是一个完整的清单文件。你只需要声明你需要添加或覆盖的部分。例如，只需要添加一个权限：

<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.yourgame"> <!-- 添加一个权限 --> <uses-permission android:name="android.permission.VIBRATE" /> <!-- 在application节点下添加一个meta-data --> <application> <meta-data android:name="com.google.android.gms.ads.APPLICATION_ID" android:value="ca-app-pub-xxxxxxxxxxxxxxxx~yyyyyyyyyy"/> </application> </manifest>

注意顶层的package属性最好与你项目的Package Name一致，以避免合并冲突。

5. 构建、签名与问题排查实录

当所有设置就绪，终于可以点击“Build”了。但构建过程本身也可能遇到各种问题。

5.1 执行构建：两种方式及其区别

在File -> Build Settings窗口中，你有两个主要选项：

1. Build: 仅生成APK文件，保存在你选择的目录下。
2. Build And Run: 生成APK后，自动将其安装到通过USB连接的安卓设备或正在运行的模拟器上，并启动应用。这非常适合快速迭代测试。

在点击按钮前，请再次确认：

• 平台已切换为Android。
• Player Settings中的Package Name、版本号等无误。
• 签名配置已设置（对于Release构建）。

点击“Build”后，Unity会开始执行以下步骤：脚本编译 -> 资源处理 -> 生成Gradle项目 -> 调用Gradle进行构建 -> 对APK进行签名。整个过程会在Console窗口输出日志。

5.2 常见构建错误与解决方案

这里列举几个我遇到的高频错误及其排查思路：

1. “Failed to compile resources. See the console for details.”

• 可能原因：资源文件（如图片、XML）格式错误或损坏，或者Android SDK Build-Tools版本问题。
• 排查：查看Console窗口的详细错误，通常会指向某个具体的.png或.xml文件。检查该文件。另一个常见原因是SDK路径中有中文或特殊字符，请确保Unity使用的Android SDK路径是纯英文的。

2. “Deprecated Gradle features were used in this build, making it incompatible with Gradle X.X”

• 原因：这不是一个构建失败错误，而是一个警告。意味着你项目中的某些Gradle配置（可能来自第三方插件或自定义模板）使用了旧版Gradle的语法，与新版本不兼容。
• 解决：虽然警告不影响生成APK，但最好解决。检查mainTemplate.gradle或你添加的第三方库的Gradle配置。常见的过时语法包括compile（应改为implementation/api），以及某些旧的插件应用方式。根据Gradle官方迁移指南更新语法。

3. “Cannot fit requested classes in a single dex file (# methods: XXXXXX > 65536)”

• 原因：这就是著名的“64K引用限制”。当你的应用和其引用的库方法总数超过65536个时，就会触发。
• 解决：在Player Settings -> Publishing Settings -> Build区域，确保“Split Application Binary”选项被勾选。这会启用MultiDex，允许构建多个DEX文件来容纳所有方法。对于新项目，这通常是默认勾选的。

4. 构建成功，但安装到设备后闪退（Crash on Launch）

• 这是最棘手的问题之一。首先连接设备，在Unity编辑器中选择Android作为运行设备，然后通过Build And Run部署一个开发版本。当应用闪退时，错误日志会打印在Unity编辑器的Console窗口中。
• 常见原因：
  • Missing Libraries (IL2CPP): 如果使用了IL2CPP，并且为特定CPU架构（如x86）构建，但设备是ARM架构，可能会因缺少原生库而崩溃。确保构建时包含了正确的架构。
  • Proguard过度混淆: 如果为Release版本启用了Proguard，这很可能是罪魁祸首。尝试暂时关闭Proguard构建一个版本，如果不再崩溃，则说明需要在proguard-user.txt中添加保留规则。
  • AndroidManifest合并冲突: 自定义的AndroidManifest.xml可能与Unity或第三方插件生成的清单冲突。检查合并错误日志（构建日志中会有提示）。
  • 缺少权限: 应用在运行时请求了未在清单中声明的权限。

5.3 使用Android Logcat进行深度调试

Unity Console输出的日志有限。当遇到复杂的运行时崩溃时，你需要使用Android SDK自带的Logcat工具。

1. 确保设备通过USB连接并开启了开发者模式中的“USB调试”。
2. 打开命令行或终端，导航到Android SDK的platform-tools目录。
3. 运行命令adb logcat -s Unity。这将过滤出所有Unity引擎输出的日志，包括C#脚本的Debug.Log以及更底层的引擎错误信息，对于诊断崩溃原因至关重要。

5.4 构建App Bundle (AAB)

除了APK，Google Play官方推荐上传Android App Bundle (.aab)格式。AAB是一种发布格式，它包含你应用的所有编译代码和资源，但将APK的生成和签名工作交给了Google Play。商店会根据用户设备的配置（如语言、屏幕密度、CPU架构）动态生成最优化的APK，从而减小用户下载体积。

在Unity中构建AAB非常简单：

1. 在Build Settings窗口，左下角有一个“Build System”下拉菜单，确保它是“Gradle”。
2. 在同一窗口，勾选“Export Project”选项。（注意：这与旧版本不同，现在构建AAB需要导出项目）。
3. 点击“Build”按钮，并在保存对话框中将“保存类型”选择为“Android App Bundle (*.aab)”。
4. 选择路径并保存，Unity就会开始构建AAB文件。

构建AAB与构建APK在配置上几乎完全相同，但最终输出的是一个.aab文件，你可以直接上传到Google Play Console。

6. 进阶技巧与持续集成考量

当你能够稳定地手动构建APK/AAB后，可以考虑一些进阶实践来提升效率和可靠性。

6.1 使用命令行进行自动化构建

对于团队协作和持续集成（CI/CD） pipeline，通过命令行（Command Line）进行自动化构建是必不可少的。

Unity提供了-executeMethod参数来调用编辑器静态方法执行构建。你需要编写一个编辑器脚本，例如BuildScript.cs，放在Assets/Editor/目录下。

using UnityEditor; using System.IO; public static class BuildScript { public static void BuildAndroidAPK() { // 1. 定义场景路径（通常构建所有在Build Settings中启用的场景） string[] scenes = { "Assets/Scenes/Main.unity" }; // 替换为你的场景 // 2. 定义输出路径和文件名 string outputPath = Path.Combine(Directory.GetCurrentDirectory(), "Builds/Android"); if (!Directory.Exists(outputPath)) Directory.CreateDirectory(outputPath); string apkName = "MyGame.apk"; // 3. 设置构建选项 BuildPlayerOptions buildOptions = new BuildPlayerOptions(); buildOptions.scenes = scenes; buildOptions.locationPathName = Path.Combine(outputPath, apkName); buildOptions.target = BuildTarget.Android; buildOptions.options = BuildOptions.None; // 对于发布版本 // 4. 执行构建 BuildPipeline.BuildPlayer(buildOptions); } }

然后在命令行中运行（示例）：

"C:\Program Files\Unity\Hub\Editor\2022.3.20f1\Editor\Unity.exe" ^ -batchmode ^ -nographics ^ -silent-crashes ^ -logFile build.log ^ -projectPath "C:\MyUnityProject" ^ -executeMethod BuildScript.BuildAndroidAPK ^ -quit

• -batchmode: 批处理模式，无图形界面。
• -quit: 构建完成后退出Unity。
• -logFile: 将日志输出到文件，便于排查。

6.2 管理多环境构建配置

你可能需要为开发、测试、生产等不同环境构建不同的APK（例如，使用不同的API服务器地址、应用图标或包名后缀）。手动修改Player Settings非常容易出错。

推荐做法：使用自定义预处理器指令和ScriptableObject来管理配置。

1. 创建一个GameConfigScriptableObject，包含所有可配置的变量（如API URL、是否开启调试日志等）。
2. 在编辑器中创建多个配置资产，如GameConfig_Dev,GameConfig_Prod。
3. 在构建脚本中，通过命令行参数决定加载哪个配置，并可能动态修改Player Settings（如Bundle Identifier后缀）。这需要更复杂的编辑器脚本，但能极大提升构建流程的健壮性。

6.3 版本管理与自动递增Version Code

在CI/CD流程中，自动递增Bundle Version Code是基本要求。你可以在上述的构建脚本中实现：

[MenuItem("Build/Increment Version and Build Android")] public static void BuildWithIncrement() { // 读取当前Version Code int currentVersionCode = PlayerSettings.Android.bundleVersionCode; // 递增 PlayerSettings.Android.bundleVersionCode = currentVersionCode + 1; // 保存设置 AssetDatabase.SaveAssets(); // 调用构建方法 BuildAndroidAPK(); }

6.4 关于Gradle版本升级的谨慎建议

Unity每个版本都锁定了其兼容的Gradle和Android Gradle Plugin (AGP) 版本。虽然你可以通过修改mainTemplate.gradle和baseProjectTemplate.gradle来尝试升级，但这极具风险，可能导致构建完全失败。除非你集成的某个第三方SDK强制要求更高版本的AGP，并且你已做好充分测试，否则不建议手动升级。优先等待Unity官方在新版本中更新这些依赖。

打包APK的过程，本质上是一个将Unity的C#/Shader/资源世界，翻译成安卓系统能理解的Dalvik/ART字节码和原生库的过程。Gradle就是这个复杂而精密的翻译官和组装工人。理解Player Settings里的每一个选项如何影响最终的Gradle脚本，学会阅读和修改mainTemplate.gradle来解决依赖冲突，掌握通过日志定位问题的能力，这些技能会让你从“打包玄学”的困境中解放出来。记住，绝大多数构建错误都有其明确的原因，通常体现在日志的某一行。养成在构建失败时，仔细阅读Console窗口第一条红色错误信息及其上方上下文日志的习惯，你就能自己解决90%的问题。最后，保持你的Unity版本、JDK、SDK、NDK和Gradle版本处于Unity官方推荐的组合状态，这是稳定构建的基石。