Jenkins参数化构建Unity多平台自动化打包实战指南

1. 项目概述：为什么我们需要Jenkins来管理Unity多平台打包？

如果你是一个Unity项目的技术负责人或者主程，面对每周甚至每天都要进行的iOS、Android、Windows多平台打包任务，你很可能已经对着一遍又一遍重复的点击操作感到厌倦了。手动在Unity Editor里切换平台、调整构建设置、等待漫长的编译，然后处理证书、签名、上传分发……这个过程不仅耗时，而且极易出错。一个参数忘记调整，就可能导致线上版本出现严重问题。这正是我引入Jenkins进行参数化构建管理的核心驱动力——将重复、繁琐且容易出错的手工操作，转化为稳定、可追溯、一键触发的自动化流程。

简单来说，这个实战项目的目标，就是搭建一套基于Jenkins的持续集成与交付（CI/CD）流水线，专门用于Unity项目的自动化打包。通过参数化构建，我们可以像点餐一样，在Jenkins的Web界面上选择本次要构建的平台（iOS/Android/Windows）、版本号、构建类型（开发/测试/发布），甚至自定义一些代码宏定义。点击“构建”按钮后，Jenkins会自动在专用的构建服务器（或构建节点）上执行一系列预设好的脚本，完成从拉取代码、Unity编译、处理平台特定配置（如签名、图标）、到最终输出安装包的全过程。这不仅仅是“自动化”，更是“标准化”和“流程化”，确保每一次构建产出的包体都是可预期、可复现的。

这套方案尤其适合中小型游戏团队或应用开发团队。对于独立开发者，它能让你从打包的泥潭中解放出来，更专注于创作；对于团队，它建立了统一的构建规范，任何成员都可以按需生成指定版本的包，极大提升了协作效率和版本管理的清晰度。接下来，我将从设计思路开始，一步步拆解如何搭建这套系统，并分享我在实践中踩过的坑和积累的经验。

2. 核心设计思路与架构选型

在动手写第一行脚本之前，理清设计思路至关重要。一个健壮的自动化打包系统，绝不是简单命令的堆砌，它需要考虑到环境隔离、流程可控、异常处理和信息反馈。

2.1 为什么是Jenkins，而不是其他CI/CD工具？

市面上CI/CD工具很多，比如GitLab CI、GitHub Actions、TeamCity等。选择Jenkins，主要是基于其高度可定制化和强大的插件生态。Unity的构建过程相对复杂，特别是涉及iOS的证书管理和Xcode工程处理，经常需要执行一些特殊的Shell或PowerShell命令。Jenkins的Pipeline脚本（无论是Declarative还是Scripted Pipeline）提供了极大的灵活性，可以精细控制每一个构建步骤。此外，Jenkins的“参数化构建”功能成熟稳定，能完美满足我们“一次配置，多种构建”的需求。虽然它的界面略显陈旧，但稳定性和可控性在私有化部署场景下依然是首选。

2.2 整体架构设计

我们的系统架构可以概括为：“一个Jenkins Master，多个构建节点（可选），一套统一的构建脚本”。

1. Jenkins Master：作为控制中心，负责提供Web界面、管理任务、调度构建。它本身可以不执行繁重的编译任务。
2. 构建节点（Agent）：这是实际执行Unity编译和打包的“工人”。强烈建议将构建任务分发到独立的构建节点上，而不是在Master上直接运行。理由有三：资源隔离（编译非常消耗CPU和内存，避免影响Jenkins服务本身）、环境纯净（可以为iOS、Android、Windows分别配置专用的节点，预装好所有SDK、NDK、Xcode等）、并行构建（多个节点可以同时为不同项目或不同平台执行构建）。
3. 版本控制系统：通常是Git。Jenkins任务的第一步就是从指定的分支拉取代码。
4. 构建脚本：这是核心灵魂。一套用Shell（Linux/macOS）或Batch/PowerShell（Windows）编写的脚本，或者更推荐使用Jenkins Pipeline脚本（Jenkinsfile）来定义整个构建流程。脚本中会调用Unity的命令行接口（Unity.exe -batchmode -quit ...）来执行编译。

2.3 参数化构建设计

这是提升效率的关键。我们将在Jenkins任务中定义以下常用参数：

• CHOICE_PLATFORM： 选择列表，选项为iOS,Android,Windows。
• STRING_VERSION： 字符串参数，用于输入本次构建的版本号（如1.0.3.456）。
• CHOICE_BUILD_TYPE： 选择列表，选项如Development（开发版，包含符号和调试功能）、Release（发布版，进行代码优化）。
• BOOLEAN_UPLOAD_CDN： 布尔值参数，决定构建完成后是否自动将包体上传到分发CDN或内网服务器。
• STRING_CUSTOM_DEFINES： 字符串参数，允许输入自定义的编译宏，如ENABLE_LOG;SERVER_TEST。

通过参数化，同一个Jenkins任务就能应对几乎所有日常构建需求，无需为每个平台或每个版本创建单独的任务。

注意： 参数名称最好有清晰的前缀（如CHOICE_,STRING_），以便在复杂的Pipeline脚本中快速识别其类型和用途。

3. 环境准备与关键工具配置

工欲善其事，必先利其器。在Jenkins里创建任务之前，我们需要确保构建机器（Master或Agent）上的基础环境已经就绪。

3.1 Unity环境安装与许可

构建服务器上需要安装Unity Hub和所需的Unity编辑器版本。建议通过命令行静默安装，以便于脚本化初始化环境。

# 示例：在Linux/macOS构建节点上，通过命令行安装特定版本的Unity # 首先下载Unity Hub的安装包或使用包管理器安装 # 然后使用Unity Hub的命令行工具安装指定版本的Editor /Applications/Unity\ Hub.app/Contents/MacOS/Unity\ Hub -- --headless install --version 2022.3.20f1 --changeset `对应Changeset ID`

重中之重是处理Unity许可证。在无图形界面的服务器上，必须使用离线许可证或非交互式许可证激活。

# 生成许可证请求文件（在一台有图形界面且已激活的机器上操作） /path/to/Unity/Unity.app/Contents/MacOS/Unity -batchmode -quit -createManualActivationFile -logFile # 将生成的 .alf 文件上传至Unity官网获取 .ulf 许可证文件 # 在构建服务器上应用许可证文件 /path/to/Unity/Unity.app/Contents/MacOS/Unity -batchmode -quit -manualLicenseFile /path/to/license.ulf

确保许可证有效是自动化构建的前提，否则-batchmode模式会直接失败。

3.2 各平台SDK与依赖项

• Android：

  • 安装Android SDK（包含sdkmanager命令行工具）。
  • 安装必要的NDK版本（与Unity项目中设置的NDK版本一致）。
  • 安装Java JDK（注意版本兼容性，Unity旧版本可能需要JDK 8，新版本支持更高版本）。
  • 通过sdkmanager安装指定的Platform-Tools和Build-Tools版本。

  $ANDROID_SDK_ROOT/tools/bin/sdkmanager "platform-tools" "platforms;android-33" "build-tools;33.0.0"

• iOS：

  • 构建iOS包必须在macOS系统上进行。
  • 安装Xcode及对应的命令行工具（xcode-select --install）。
  • 确保拥有有效的Apple开发者账号，并将证书和描述文件预先安装到构建机器的钥匙串（Keychain）中。这部分的管理可以编写脚本自动处理，但涉及安全性，需谨慎。

• Windows：

  • 环境相对简单，确保安装有对应版本的Visual Studio（如果使用Mono编译）或VC++运行时即可。
  • 如果使用IL2CPP后端，则需要Windows SDK。

3.3 Jenkins安装与基础插件

在服务器上安装Jenkins（过程略，网上教程很多）。安装完成后，需要安装以下核心插件：

• Pipeline： 支持定义Jenkinsfile流水线。
• Git Parameter： 增强的Git参数化支持（可选，用于选择分支/标签）。
• Credentials Binding： 安全地管理并使用密钥、密码等。
• Workspace Cleanup： 构建前后清理工作空间。
• Email Extension Plugin： 发送丰富的构建通知邮件。

配置Jenkins的全局工具配置，指定JDK、Git等工具的路径。如果使用Docker动态创建构建环境，则还需要配置Docker插件和相应的镜像。

4. 核心构建脚本深度解析

构建脚本是自动化流程的核心。我将分别展示一个基于Shell的简单脚本和一个更强大、更推荐的Jenkins Pipeline脚本示例。

4.1 基于Shell的构建脚本（以Android为例）

这是一个在Jenkins中“执行Shell”构建步骤里可以使用的脚本模板。

#!/bin/bash # Jenkins Shell Script for Unity Android Build # 1. 接收Jenkins传入的参数 PLATFORM=$1 VERSION=$2 BUILD_TYPE=$3 UNITY_PATH="/Applications/Unity/Hub/Editor/2022.3.20f1/Unity.app/Contents/MacOS/Unity" PROJECT_PATH="/var/jenkins_home/workspace/MyUnityGame" OUTPUT_PATH="$PROJECT_PATH/Builds/$PLATFORM" # 2. 定义Unity的编译方法 function build_android() { echo "开始构建Android $BUILD_TYPE 版本..." $UNITY_PATH -batchmode -quit \ -projectPath "$PROJECT_PATH" \ -executeMethod "ProjectBuilder.BuildAndroid" \ -logFile "$PROJECT_PATH/Logs/build_android.log" \ -buildTarget Android \ -customBuildPath "$OUTPUT_PATH/MyGame_${VERSION}.apk" # 检查Unity退出码 if [ $? -eq 0 ]; then echo "Android构建成功！" else echo "Android构建失败，请查看日志：$PROJECT_PATH/Logs/build_android.log" exit 1 fi } # 3. 根据平台调用不同的函数 case $PLATFORM in "Android") build_android ;; "iOS") # 调用iOS构建函数，类似结构 ;; "Windows") # 调用Windows构建函数，类似结构 ;; *) echo "不支持的平台: $PLATFORM" exit 1 ;; esac # 4. 后续处理：重命名、生成版本信息文件、计算MD5等 cd "$OUTPUT_PATH" # 生成一个简单的版本信息文本文件，包含构建时间、版本号、Git提交哈希等 echo "Version: $VERSION" > version_info.txt echo "BuildTime: $(date)" >> version_info.txt echo "CommitHash: $GIT_COMMIT" >> version_info.txt

这个脚本的关键在于-executeMethod参数。它调用的是Unity项目中的一个静态C#方法。我们需要在Unity项目中编写一个编辑器脚本（例如ProjectBuilder.cs），放在Assets/Editor/目录下。

4.2 Unity编辑器构建脚本（C#）

// Assets/Editor/ProjectBuilder.cs using UnityEditor; using System.IO; public static class ProjectBuilder { public static void BuildAndroid() { // 从命令行参数获取自定义路径和版本号 string[] args = System.Environment.GetCommandLineArgs(); string outputPath = GetArgument(args, "-customBuildPath"); string version = GetArgument(args, "-version"); if (!string.IsNullOrEmpty(version)) { PlayerSettings.bundleVersion = version; PlayerSettings.Android.bundleVersionCode = ConvertVersionToCode(version); } // 设置Keystore（安全起见，密码应从环境变量或Jenkins Credentials读取） PlayerSettings.Android.keystoreName = "/path/to/keystore.keystore"; PlayerSettings.Android.keystorePass = Environment.GetEnvironmentVariable("ANDROID_KEYSTORE_PASS"); PlayerSettings.Android.keyaliasName = "alias"; PlayerSettings.Android.keyaliasPass = Environment.GetEnvironmentVariable("ANDROID_KEYALIAS_PASS"); // 定义场景列表 string[] scenes = { "Assets/Scenes/Main.unity", "Assets/Scenes/Level1.unity" }; // 执行构建 BuildPipeline.BuildPlayer(scenes, outputPath, BuildTarget.Android, GetBuildOptions()); } private static string GetArgument(string[] args, string name) { for (int i = 0; i < args.Length; i++) { if (args[i] == name && i + 1 < args.Length) { return args[i + 1]; } } return null; } private static BuildOptions GetBuildOptions() { // 根据命令行参数决定是开发版还是发布版 string[] args = System.Environment.GetCommandLineArgs(); string buildType = GetArgument(args, "-buildType"); BuildOptions options = BuildOptions.None; if (buildType == "Development") { options |= BuildOptions.Development; options |= BuildOptions.AllowDebugging; } // 可以添加 Compression 等更多选项 return options; } }

实操心得： 将构建逻辑放在C#编辑器脚本中，比在Shell脚本里拼接复杂的Unity命令行参数要清晰、强大得多。你可以利用完整的C#和Unity API来处理复杂的设置，比如根据版本号自动调整bundleVersionCode，或者根据构建类型切换不同的资源包配置。

4.3 进阶：使用Jenkins Pipeline脚本（Jenkinsfile）

Pipeline脚本（Jenkinsfile）是更现代、更强大的方式。它将整个构建流程定义为代码，可以存入项目仓库，实现“Pipeline as Code”。

// Jenkinsfile 存放在项目根目录 pipeline { agent any // 可以指定 label，如 agent { label 'unity-mac-ios' } parameters { choice(name: 'PLATFORM', choices: ['iOS', 'Android', 'Windows'], description: '选择目标平台') string(name: 'VERSION', defaultValue: '1.0.0', description: '输入版本号 (例如: 1.0.3.456)') choice(name: 'BUILD_TYPE', choices: ['Development', 'Release'], description: '选择构建类型') booleanParam(name: 'UPLOAD_TO_CDN', defaultValue: false, description: '构建后是否上传至CDN？') } environment { // 定义环境变量，避免硬编码 UNITY_PATH = '/Applications/Unity/Hub/Editor/2022.3.20f1/Unity.app/Contents/MacOS/Unity' PROJECT_PATH = "${WORKSPACE}" BUILD_OUTPUT = "${PROJECT_PATH}/Builds/${params.PLATFORM}" // 安全地使用凭据 ANDROID_KEYSTORE_PASS = credentials('android-keystore-password') } stages { stage('代码拉取与清理') { steps { checkout scm // 拉取Git代码 cleanWs() // 清理工作空间（谨慎使用，会删除未版本控制的文件） } } stage('Unity编译') { steps { script { echo "开始构建平台: ${params.PLATFORM}, 版本: ${params.VERSION}" // 根据平台调用不同的构建命令 def unityArgs = "-batchmode -quit -projectPath ${PROJECT_PATH} -logFile ${PROJECT_PATH}/build.log" switch(params.PLATFORM) { case 'Android': unityArgs += " -executeMethod ProjectBuilder.BuildAndroid -buildTarget Android" // 可以传递自定义参数给C#方法 unityArgs += " -version ${params.VERSION} -buildType ${params.BUILD_TYPE}" break case 'iOS': unityArgs += " -executeMethod ProjectBuilder.BuildiOS -buildTarget iOS" unityArgs += " -version ${params.VERSION}" break case 'Windows': unityArgs += " -executeMethod ProjectBuilder.BuildWindows -buildTarget Win64" unityArgs += " -version ${params.VERSION}" break } // 执行Unity编译 sh "${UNITY_PATH} ${unityArgs}" // 检查日志尾部是否有成功标志，Unity有时返回0但实际编译失败 def log = sh(script: "tail -50 ${PROJECT_PATH}/build.log", returnStdout: true).trim() if (!log.contains('Build succeeded') && log.contains('Building Player')) { error "Unity构建可能未成功完成，请检查完整日志。" } } } } stage('包体后处理') { steps { script { // 重命名、生成版本信息、计算哈希等 sh """ cd ${BUILD_OUTPUT} echo 'Version: ${params.VERSION}' > version_info.txt echo 'BuildTime: \$(date)' >> version_info.txt echo 'Commit: ${env.GIT_COMMIT}' >> version_info.txt # 计算APK的MD5 find . -name '*.apk' -exec md5sum {} \\; > checksum.md5 || true """ } } } stage('上传与归档') { when { expression { params.UPLOAD_TO_CDN == true } } steps { script { // 调用Python或Shell脚本，将构建产物上传到CDN或内部文件服务器 sh "python3 ${WORKSPACE}/scripts/upload_to_cdn.py --platform ${params.PLATFORM} --path ${BUILD_OUTPUT}" } } } stage('归档产物') { steps { // 无论是否上传，都在Jenkins中存档构建产物，方便直接下载 archiveArtifacts artifacts: "Builds/${params.PLATFORM}/**", fingerprint: true } } } post { always { // 总是发送通知，包含构建日志链接 emailext ( subject: "\${BUILD_STATUS} - 项目 \${JOB_NAME} - 构建 #\${BUILD_NUMBER}", body: """ 构建平台: ${params.PLATFORM}<br/> 构建版本: ${params.VERSION}<br/> 构建状态: \${BUILD_STATUS}<br/> 控制台输出: \${BUILD_URL}console<br/> """, to: 'dev-team@company.com', attachLog: true ) } success { echo '构建成功！' // 可以在成功时触发下游任务，如自动部署到测试环境 } failure { echo '构建失败！' // 可以执行更详细的失败分析脚本 } } }

Pipeline脚本的优势在于可视化（Blue Ocean插件提供漂亮的视图）、可暂停、可复杂编排，并且所有流程都版本化。

5. 平台特定配置与避坑指南

每个平台都有其独特的“坑点”，自动化构建时需要特别注意。

5.1 Android构建的深水区

• Keystore安全管理：绝对不要将keystore密码硬编码在脚本或项目里。使用Jenkins的Credentials Binding功能，将密码以环境变量的形式注入构建过程。在Unity C#脚本中通过System.Environment.GetEnvironmentVariable读取。
• NDK版本冲突：Unity项目设置中指定了NDK版本。确保构建服务器上安装的NDK版本与之完全一致，否则会导致编译失败。可以在构建脚本开始时，通过android.ndkPath来强制指定NDK路径。
• API Level与Target SDK：在Player Settings中设置好的API Level，需要确保在构建服务器的Android SDK中已经安装。可以通过sdkmanager在构建前动态安装，但更推荐在构建镜像中预装好。

5.2 iOS构建的“证书迷宫”

iOS自动化构建是难度最高的部分，核心在于证书和描述文件（Provisioning Profile）的管理。

1. 预配描述文件：将开发或分发证书（.p12）和对应的描述文件（.mobileprovision）提前安装到构建mac机器的钥匙串中。可以通过命令行操作：

   # 导入证书 security import /path/to/cert.p12 -k ~/Library/Keychains/login.keychain -P \"证书密码\" -T /usr/bin/codesign # 导入描述文件（Xcode会自动管理，也可复制到特定目录） cp /path/to/profile.mobileprovision ~/Library/MobileDevice/Provisioning\ Profiles/

2. 自动设置Xcode工程：Unity导出Xcode工程后，需要自动修改工程设置，指定正确的代码签名团队和描述文件。可以编写Python或Ruby脚本，使用xcodeproj等库来修改project.pbxproj文件。更简单的方法是使用Unity的PlayerSettings.iOS.appleDeveloperTeamID和PlayerSettings.iOS.iOSManualProvisioningProfileID在构建前通过脚本设置好。
3. Xcode构建命令：Unity导出工程后，使用xcodebuild命令进行编译和归档。

   xcodebuild -project ./Unity-iPhone.xcodeproj -scheme Unity-iPhone -configuration Release clean archive -archivePath ./build/MyGame.xcarchive CODE_SIGN_IDENTITY=\"iPhone Distribution\" PROVISIONING_PROFILE=\"XXXXXXXX-XXXX-...\"

4. 导出IPA：使用xcodebuild -exportArchive命令将.xcarchive导出为.ipa文件。

踩坑实录： 最大的坑是钥匙串权限。在无图形界面的CI服务器上，codesign命令可能因为无法访问钥匙串而失败。解决方案是使用security unlock-keychain命令在构建前解锁钥匙串，并为codesign工具添加信任。务必在脚本中处理好钥匙串的锁定与解锁，并注意密码的安全性。

5.3 Windows构建的相对轻松区

Windows构建相对简单，主要注意两点：

• 构建目标：区分Win32和Win64。在Unity命令行中使用-buildTarget Win64。
• 输出格式：可以是独立的.exe文件加_Data文件夹，也可以是单个.exe安装包。通过PlayerSettings.SetScriptingBackend和PlayerSettings.SetIl2CppCompilerConfiguration可以在脚本中控制使用Mono还是IL2CPP，以及编译配置。

6. 高级技巧与优化实践

当基础流程跑通后，可以考虑以下优化来提升效率和可靠性。

6.1 构建缓存与加速

Unity构建，尤其是IL2CPP，非常耗时。可以利用构建缓存来加速。

• Library缓存：将Library文件夹（特别是Library/Bee和Library/Il2cppBuildCache）在构建间进行缓存。可以使用Jenkins的stash/unstash功能，或者更专业的方案如使用共享网络存储，或像“Unity Build Server”这样的工具。
• 自定义缓存位置：通过设置环境变量UNITY_CUSTOM_CACHE_PATH，可以将Unity的全局缓存指向一个持久化目录。
• 增量构建：对于脚本代码未变更的情况，Unity本身有一定增量能力。确保构建环境稳定，避免每次构建都清理整个Library。

6.2 版本号与构建号的自动管理

手动输入版本号容易出错。可以将其自动化：

• 基于Git Tag：在Jenkins Pipeline中，可以读取最新的Git标签作为版本号。

  script { def gitTag = sh(script: 'git describe --tags --always --abbrev=0', returnStdout: true).trim() if (gitTag) { VERSION = gitTag.replace('v', '') // 去掉标签前的'v' } else { VERSION = "${env.BUILD_NUMBER}" // 使用Jenkins构建号作为后备 } }

• 基于时间戳：生成年.月.日.构建号格式的版本，如2024.05.27.123。

6.3 构建矩阵与并行构建

如果你需要为同一个版本同时构建多个平台（例如iOS和Android），可以使用Jenkins的Matrix轴功能，或者编写Pipeline脚本并行执行多个stage。

stage('并行多平台构建') { parallel { stage('构建 Android') { agent { label 'android-builder' } steps { buildAndroid() } } stage('构建 iOS') { agent { label 'macos-builder' } steps { buildiOS() } } stage('构建 Windows') { agent { label 'windows-builder' } steps { buildWindows() } } } }

6.4 质量门禁与自动化测试

在构建流程中集成自动化测试，确保打包出的版本基本功能可用。

• 单元测试：在Unity构建前，可以运行-runTests参数执行EditMode和PlayMode的单元测试。
• 静态代码分析：集成Unity的Roslyn Analyzer或第三方工具，在编译阶段检查代码规范。
• 构建后基础测试：对于Android，可以编写脚本使用adb install和adb shell am start安装并启动APK，检查是否能正常进入主界面。对于Windows，可以检查exe文件是否能够启动。

7. 常见问题排查与实战记录

即使配置再完善，构建过程也难免出错。这里记录一些我遇到的高频问题及解决方法。

一个真实的排查案例：有一次，iOS夜间构建突然开始失败，日志显示在ExportArchive阶段，Xcode提示“找不到匹配的配置文件”。经过排查，发现是描述文件过期了。但我们的描述文件明明还有一个月才到期。最后发现，是Apple开发者后台的证书被意外撤销，导致所有关联的描述文件立即失效。教训：自动化构建不能完全“无人值守”，需要建立监控告警。我们在Pipeline的post阶段加入了更严格的日志分析，一旦发现证书相关错误，立即发送高优先级告警邮件和Slack消息。同时，将证书和描述文件的到期日期纳入了团队的日历提醒。

8. 从构建到交付：完整流水线展望

当打包自动化稳定运行后，你可以考虑将其扩展为一条完整的CI/CD流水线，与开发工作流更深地集成。

1. 提交即构建（CI）：配置Jenkins监听Git仓库的develop或特定功能分支的推送事件。每次有代码提交，自动触发一次“开发版”构建，并运行单元测试。快速反馈本次提交是否破坏了基础功能。
2. 自动化测试：构建成功后，自动将APK/IPA部署到测试设备集群（如使用Appium、Unity Test Runner），运行集成测试或冒烟测试。
3. 版本发布（CD）：当需要发布版本时，在Git上打一个标签（Tag）。Jenkins监听标签创建事件，自动触发一次“发布版”构建。构建成功后，自动将产物上传到内测分发平台（如TestFlight、蒲公英、Fir.im）或应用商店的后台（需处理商店API）。
4. 状态反馈：将每次构建的状态（成功/失败）、测试报告、代码覆盖率等信息，通过Webhook推送到团队协作工具（如钉钉、飞书、Slack），让整个团队对项目健康度一目了然。

这套以Jenkins为核心的Unity多平台自动化打包方案，从最初的搭建到如今的稳定运行，为我们团队节省了数以百计的人工工时，更重要的是，它彻底消除了因手动操作失误导致的版本问题。构建过程变得透明、可追溯，任何一个包都能追溯到对应的代码提交、构建参数和操作人。如果你也受困于频繁的手动打包，不妨花点时间搭建这样一套系统，最初的投入一定会带来远超预期的回报。