企业签名博客

在企业环境中，iOS应用的签名一致性是确保应用能够在多个设备上顺利部署和运行的关键。特别是在多设备场景下，例如员工使用不同型号的iPhone、iPad，或涉及跨团队协作时，签名不一致可能导致安装失败、验证错误或功能受限。企业应用签名如何确保一致性？本文将深入探讨企业应用签名一致性的核心挑战，分析其技术实现原理，并提供具体策略与工具支持，助力企业在复杂环境中保持高效与稳定。

企业应用签名的特殊性

与个人开发者签名不同，企业签名依赖Apple Developer Enterprise Program提供的企业证书（Enterprise Certificate），旨在支持内部应用分发，而非通过App Store。这种签名方式允许企业在不公开应用的情况下，将其部署到大量设备上。然而，企业证书的灵活性也带来了管理上的复杂性，尤其是在多设备环境中，必须确保证书、描述文件和应用包在所有设备上的兼容性与一致性。

企业签名的核心组件包括：

• 企业证书：由苹果签发，用于标识企业身份。
• 私钥：与证书配对，用于生成签名。
• 描述文件（Provisioning Profile）：定义应用ID、设备UDID和证书的绑定关系。
• 应用包（IPA）：包含签名后的可执行文件和相关资源。

一致性问题的根源通常在于这些组件在多设备部署中的同步性或配置差异。

多设备环境中一致性面临的挑战

1. 证书和私钥的分发与管理

在多设备环境中，如果多个开发者或构建服务器使用不同的证书或私钥签名同一应用，会导致签名冲突。iOS设备在验证签名时，要求证书和私钥的严格匹配，任何不一致都会触发“无效”或“不受信任”的提示。

• 技术细节：私钥丢失或未正确分发时，签名无法复现。企业证书的序列号和公钥信息嵌入在IPA中，若私钥不同，签名哈希值不匹配。
• 示例：某企业有两台构建服务器，一台使用旧私钥签名，另一台使用新私钥，导致分发的IPA在部分设备上无法安装。

2. 描述文件的设备兼容性

描述文件需包含所有目标设备的UDID。如果新设备未添加到描述文件中，应用无法在这些设备上运行。此外，若描述文件与证书不匹配，也会破坏签名一致性。

• 技术细节：描述文件中的“Entitlements”和设备列表由苹果服务器加密生成。设备未注册时，验证链断裂。
• 示例：企业新增10台iPad，但未更新描述文件，员工尝试安装时收到“无法验证”错误。

3. 构建环境的差异

多设备部署通常涉及多个构建环境（如本地Mac、CI/CD服务器）。Xcode版本、签名工具配置或环境变量的差异，可能导致签名结果不一致。

• 技术细节：Xcode的codesign工具依赖本地密钥链和配置文件，版本不一致可能影响签名算法或嵌入的元数据。
• 示例：团队A使用Xcode 15签名，团队B使用Xcode 14，生成的IPA在元数据格式上存在细微差异，部分设备拒绝安装。

4. 分发渠道的干扰

通过MDM（移动设备管理）系统、OTA（空中下载）或第三方平台分发应用时，分发过程中可能引入额外签名或篡改，导致一致性受损。

• 技术细节：某些MDM系统会对IPA进行二次签名，覆盖原始签名，破坏验证链。
• 示例：企业通过第三方平台分发应用，平台自动添加了水印，导致签名失效。

确保签名一致性的核心策略

1. 集中化证书与私钥管理

为避免签名冲突，企业应建立统一的证书和私钥管理体系。

• 实施方法：

1. 将企业证书和私钥存储在安全的中央服务器（如Key Vault或企业Git仓库）。
2. 使用.p12文件格式导出私钥，配以强密码保护。
3. 在所有构建环境中导入相同的证书和私钥对。

• 工具支持：可用security命令行工具批量导入密钥链，例如：

  security import certificate.p12 -k ~/Library/Keychains/login.keychain -P "password"

• 优势：确保所有签名操作使用同一身份，避免冲突。

2. 动态更新描述文件

在多设备场景下，描述文件需支持动态扩展，以覆盖所有设备。

• 实施方法：

1. 使用Apple Developer Portal的“通配符App ID”（如com.company.*），减少对特定应用的绑定。
2. 通过API或脚本定期更新设备UDID列表，例如使用Apple的devices接口：
   bash curl -u "username:password" -X POST -d '{"udid": "xxx"}' https://developer.apple.com/services-account/...
3. 自动生成并分发最新描述文件。

• 优势：新设备加入时无需手动调整，确保兼容性。

3. 标准化构建流程

通过统一的构建环境和自动化工具，消除配置差异。

• 实施方法：

1. 使用CI/CD工具（如Jenkins、GitHub Actions）集中构建IPA。
2. 定义标准签名脚本，例如：
   bash xcodebuild -scheme "App" -configuration Release archive codesign -f -s "iPhone Distribution: Company Name" App.ipa
3. 锁定Xcode版本并记录依赖。

• 工具支持：fastlane的match功能可同步证书和描述文件到加密存储（如Git），用法：

  fastlane match enterprise --git_url git@repo.com:certificates.git

• 优势：所有构建结果一致，减少环境变量影响。

4. 优化分发机制

选择可靠的分发渠道，并验证签名完整性。

• 实施方法：

1. 使用企业自建OTA服务器分发IPA，避免第三方干扰。
2. 在分发前验证签名：
   bash codesign -dv --verbose App.ipa
3. 配合MDM系统，确保设备信任企业证书。

• 优势：保持签名从构建到部署的完整性。

一致性管理流程图

以下是确保签名一致性的简化流程：

graph TD
    A[准备签名] --> B{集中证书管理}
    B --> C[导入证书和私钥]
    C --> D{更新描述文件}
    D --> E[添加设备UDID并生成]
    E --> F{标准化构建}
    F --> G[运行CI/CD脚本]
    G --> H{验证分发}
    H --> I[通过OTA或MDM部署]
    I --> J[设备安装并信任]

最佳实践与案例分析

• 最佳实践：

1. 版本控制：将证书、描述文件和构建脚本纳入Git管理。
2. 定期审计：每月检查证书有效期和设备注册状态。
3. 日志记录：记录每次签名的元数据，便于排查问题。

• 案例：某跨国企业拥有500台设备，初期因手动管理证书导致签名冲突频发。后采用fastlane match和Jenkins集中构建，将证书存储在加密Git仓库中，所有IPA由单一流水线生成。一年后，签名问题减少90%，部署效率显著提升。

技术展望与注意事项

随着苹果对企业证书的监管加严，未来可能要求更严格的设备绑定或签名审计。企业应关注Apple Configurator和ADEP（Apple Device Enrollment Program）的更新，适时调整策略。同时，避免将企业证书用于非内部用途，以防被苹果撤销。

通过集中管理、自动化流程和标准化部署，企业可以在多设备环境中确保签名一致性。这不仅提升了应用分发的可靠性，也为IT团队节省了大量排查时间。在实际操作中，结合具体业务需求灵活调整上述策略，将是成功的关键。

在iOS应用的开发与分发领域，超级签名（Super Signature）作为一种非官方但广受欢迎的分发方式，因其灵活性和高效性被许多开发者用于测试、灰度发布甚至小规模商业分发。然而，随着苹果政策的变化和市场需求的多变，一个关键问题浮现：苹果超级签的更新频率是否满足需求？本文将从超级签的运作原理、更新机制、市场需求场景以及优劣势分析入手，深入探讨这一问题，并为开发者提供实践参考。

什么是苹果超级签及其运作机制

超级签名是一种利用苹果个人开发者账户（Apple Developer Program，99美元/年）签名iOS应用的方式。与企业签名不同，超级签通过将用户设备的UDID（唯一设备标识符）绑定到个人账户的Provisioning Profile中，实现对特定设备的精准签名。通常，第三方服务平台会自动化这一过程：开发者上传IPA包，平台收集用户UDID并生成签名后的安装包，用户通过OTA链接下载安装。

超级签的运作依赖以下核心步骤：

1. UDID收集：用户提交设备UDID。
2. 证书绑定：平台使用个人账户的证书为IPA签名，并将UDID加入Profile。
3. 分发安装：生成下载链接，用户安装应用。
4. 证书管理：单个个人账户每年最多支持100台设备（包括iPhone、iPad等）。

相较于企业签名（无设备数量限制但易被封禁）和App Store签名（需审核），超级签的优势在于无需越狱、无需苹果审核，且安装过程简单。然而，其更新频率和稳定性受限于苹果的开发者账户规则和技术实现方式。

超级签的更新频率解析

超级签的“更新频率”可以从两个层面理解：一是应用版本的更新速度（开发者推送新版本的频率），二是签名证书的更新与维护频率（证书有效性及续签）。以下逐一分析：

1. 应用版本更新频率

超级签的版本更新由开发者或分发平台控制，每次更新需重新签名并生成新的安装链接。从技术上看，这一过程几乎是实时的：

• 开发者上传新IPA至平台。
• 平台利用现有UDID和证书重新签名。
• 用户通过同一链接或新链接下载更新。

理论上，若平台自动化流程高效，更新可在数分钟内完成。例如，某测试应用需每日推送新版本修复Bug，超级签平台可以在开发者提交IPA后迅速响应，满足高频迭代需求。然而，若用户未及时下载新版本，旧版本可能因证书问题失效，导致体验中断。

2. 签名证书的更新与维护

超级签的证书有效期通常为一年，与个人开发者账户绑定。若证书过期或被苹果吊销，用户需重新安装新签名的版本。与企业签名不同，超级签因使用个人账户，账户数量通常较多（平台会维护多个账户），证书更新频率取决于平台的管理能力：

• 正常续签：平台在证书到期前使用新证书重新签名，理论上无缝衔接。
• 异常吊销：若账户因违规（如超限使用）被封，需切换新账户并重新绑定UDID。

在实际操作中，优质超级签服务商会通过轮换账户和提前续签，确保证书更新频率跟得上应用分发需求。但低质量平台可能因管理不善，导致证书频繁失效，用户需反复安装。

市场需求场景与匹配度分析

超级签的更新频率是否满足需求，取决于具体的应用场景。以下列举几种典型需求并评估其匹配度：

1. 开发测试场景

• 需求：高频迭代（每日或每周更新），支持小规模团队（10-50台设备）。
• 匹配度：高。超级签支持快速签名和分发，单个账户的100台设备限制足以覆盖小型测试团队。例如，某游戏开发团队每日推送测试包验证新功能，超级签可轻松满足。
• 限制：若团队规模扩大，需多个账户协作，增加管理成本。

2. 灰度发布场景

• 需求：中等频率更新（每月一次），覆盖中型用户群（数百台设备）。
• 匹配度：中等。超级签需通过多个账户实现大规模分发，更新频率可控，但UDID收集和签名管理的复杂度上升。例如，某电商应用在上线前测试新支付功能，需分发至200名用户，可能涉及2-3个账户协作。
• 限制：证书稳定性成关键，若某账户被封，部分用户无法更新。

3. 商业分发场景

• 需求：低频更新（每季度或半年），覆盖大量用户（数千至数万台设备）。
• 匹配度：低。超级签的设备限制和UDID绑定机制使其难以支持大规模分发，且频繁更新易触发苹果封禁。例如，某教育应用试图通过超级签覆盖10万用户，需数百个账户，管理成本和风险骤增。
• 限制：苹果政策严查商业化使用，证书吊销风险高。

下表总结了超级签更新频率与需求的匹配情况：

超级签更新频率的优劣势

优势

1. 快速响应：自动化平台支持分钟级更新，适合敏捷开发。
2. 灵活性强：无需苹果审核，开发者可自由控制版本节奏。
3. 成本相对低：单个账户年费仅99美元，相较企业签名（299美元/年）更经济。

劣势

1. 稳定性不足：证书易因账户违规或超限被吊销，更新链可能中断。
2. 设备限制：每账户100台设备的上限限制了大规模应用。
3. 依赖第三方：更新频率和质量受制于分发平台的技术能力。

实际案例与解决方案

案例1：测试场景的高效应用
某初创公司开发社交应用，使用超级签分发给30名内测用户，每周更新一次新功能。平台提供实时签名服务，用户只需点击链接即可升级，更新频率完全满足需求。然而，当团队扩展至150人时，需新增账户，管理复杂度上升。

案例2：商业分发的风险
某棋牌类应用通过超级签分发给5000名用户，每月更新一次。初期运行顺利，但三个月后，因账户违规被苹果批量封禁，导致用户无法使用，业务中断。最终，该公司转向企业签名和App Store分发。

应对策略与优化建议

为确保超级签的更新频率满足需求，开发者可采取以下措施：

1. 选择优质平台：优先挑选具备多账户管理和证书轮换能力的超级签服务商。
2. 分层测试：将测试分为小规模高频（如核心团队）和中规模低频（如外部用户），合理分配账户资源。
3. 备用方案：结合TestFlight（苹果官方测试工具）或企业签名，降低对超级签的依赖。
4. 监控合规性：避免将超级签用于大规模商业分发，减少政策风险。

流程图：超级签更新过程

以下是超级签版本更新的简化流程图：

开始
  ↓
开发者上传新IPA → 平台收集UDID → 使用证书签名
  ↓
生成新安装链接 → 用户下载更新
  ↓             是
证书有效？ ←─────────────→ 否：切换账户重新签名
  ↓
更新完成
  ↓
结束

结论性思考

苹果超级签的更新频率在技术上具备高灵活性和快速响应的能力，能够满足开发测试和灰度发布等中小规模场景的需求。然而，其受限于设备数量、证书稳定性和苹果政策，难以支撑高频更新或大规模分发的需求。开发者需根据具体场景权衡其优劣，结合其他分发方式（如TestFlight或企业签名），才能在效率与稳定性之间找到最佳平衡点。对于追求长期稳定运营的项目，超级签更适合作为过渡工具，而非核心依赖。

随着苹果生态系统的日益普及，开发者与用户对iOS应用的安装与分发方式愈加关注。苹果签名作为一种绕过App Store直接安装应用的机制，近年来成为许多开发者和企业关注的焦点。特别是V3签名，作为苹果签名机制中的一种演进形式，因其便捷性被广泛使用。然而，随之而来的问题是：苹果V3签名是否安全？使用它是否会导致封禁风险？本文将从技术原理、安全性分析、使用场景与潜在风险等多个维度深入探讨这一话题，为读者提供全面而专业的解答。

苹果V3签名的技术本质与工作原理

要判断V3签名的安全性和封禁风险，首先需要理解其技术基础。苹果签名本质上是苹果公司为确保iOS应用来源可信、完整性未被篡改而设计的一种数字签名机制。开发者通过Apple Developer Program获取证书和描述文件（Provisioning Profile），对应用程序（IPA文件）进行签名后，方可在设备上安装和运行。

V3签名并不是苹果官方定义的术语，而是业界对某一类签名方式的俗称，通常指基于企业证书（Apple Developer Enterprise Program）或个人开发者证书的高级分发形式。与传统的V1（标准签名）和V2（包含额外验证机制的签名）相比，V3签名往往结合了更灵活的分发策略，例如通过第三方签名平台或工具实现批量分发，且无需越狱设备即可安装应用。

其工作流程大致如下：

1. 证书生成：开发者或第三方平台通过Apple Developer账号生成签名证书。
2. 应用打包：将应用代码与证书、描述文件绑定，生成签名的IPA文件。
3. 分发与安装：通过URL链接、MDM（移动设备管理）系统或手动方式将IPA分发至用户设备。
4. 设备验证：iOS系统在安装时验证签名的有效性，包括证书状态和描述文件的匹配性。

这种机制的核心依赖于苹果的信任链：证书必须由苹果颁发，且未被吊销。然而，V3签名的“灵活性”往往体现在第三方平台对证书的复用或共享，这为安全性与合规性埋下了隐患。

V3签名的安全性分析

从技术角度看，V3签名的安全性既有优势，也有局限性。以下从几个关键方面进行剖析：

证书的合法性与完整性

苹果签名机制内置了强大的加密技术，包括SHA-256哈希算法和RSA公钥加密，确保签名的IPA文件在分发过程中未被篡改。只要证书来自苹果官方渠道，且私钥未泄露，签名本身在技术上是安全的。例如，一个使用企业证书签名的应用，若通过正规MDM分发给员工，其安全性与App Store应用相当。

然而，问题在于证书的获取与使用方式。许多V3签名服务通过共享企业证书为多个无关应用签名，这违反了苹果的企业开发者计划条款（仅限内部员工使用）。一旦苹果检测到滥用行为（如证书被用于公开分发），该证书可能被吊销，导致所有依赖该证书的应用无法运行。

用户设备层面的保护

iOS系统的沙盒机制和签名验证为用户提供了额外的安全保障。即使是V3签名的应用，也必须遵守相同的权限限制，无法未经授权访问系统核心功能或用户隐私数据。例如，一个签名后的恶意应用若尝试窃取通讯录，仍然需要用户明确授权。

但用户面临的潜在风险在于来源不明应用的信任问题。例如，若从不可靠的第三方平台下载V3签名应用，可能存在恶意代码注入的风险，而这与签名机制本身无关，而是分发渠道的漏洞。

苹果的监控与反制能力

苹果对签名机制的掌控极为严格。通过OCSP（在线证书状态协议）和CRL（证书吊销列表），苹果能够实时吊销违规证书。此外，iOS设备的“远程锁定”功能也能阻止已安装的签名应用运行。这种监控能力意味着，V3签名虽在技术上安全，但在合规性上存在不确定性。

使用场景与实际案例

V3签名的应用场景多样，既有合法合规的使用，也有灰色地带的操作。以下通过列表形式展示其主要用途，并结合案例说明潜在风险：

• 企业内部应用分发
• 场景：公司为员工开发内部工具，如考勤系统或CRM应用。
• 案例：某零售企业使用企业证书为全国门店员工分发库存管理应用，签名过程完全合规，未见封禁风险。
• 安全性：高，前提是证书仅限于内部使用。
• 测试与开发
• 场景：开发者在上线前通过签名分发Beta版应用给测试团队。
• 案例：某游戏开发者使用个人证书签名测试版，分发给100名测试用户，未超出苹果限制（每账号每年100台设备），运行正常。
• 安全性：较高，但设备数量受限。
• 第三方平台分发
• 场景：通过签名服务为无法上架App Store的应用（如博彩类或破解工具）提供安装渠道。
• 案例：某平台以V3签名分发一款破解版游戏，短期内吸引大量用户，但两周后证书被苹果吊销，用户无法打开应用。
• 安全性：低，极易触发封禁。

从上述案例可见，V3签名的安全性与封禁风险高度依赖使用方式。合规场景下，其安全性接近官方渠道；而在灰色地带，则面临高风险。

封禁风险的来源与规避策略

V3签名是否会导致封禁？答案取决于苹果的监管力度和用户行为。以下是导致封禁的主要原因及应对措施：

封禁风险来源

规避策略

1. 选择合规签名渠道
   使用正规的Apple Developer Program证书，避免依赖共享证书的第三方平台。例如，自行申请企业证书并通过MDM分发，能有效降低风险。
2. 限制分发范围
   将签名应用控制在可信用户群体内，避免公开链接传播。例如，某教育机构仅通过内网分发签名应用，未见异常。
3. 监控证书状态
   定期检查证书有效性，避免因吊销导致应用失效。工具如“Apple Configurator”可用于验证。
4. 遵守政策
   确保应用内容符合苹果开发者条款，避免因违规内容触发封禁。

V3签名与其他签名方式的对比

为更直观理解V3签名的优劣，以下将其与常见签名方式对比：

从表格可见，V3签名在灵活性上占优，但安全性与封禁风险介于正规渠道与自签名之间。用户需根据需求权衡选择。

未来趋势与建议

随着苹果对iOS生态的管控加强，V3签名的生存空间可能进一步压缩。例如，2023年苹果推出“公证分发”（Notarization）机制，要求更多非App Store应用接受审核，这可能间接影响签名分发的便捷性。同时，“TrollStore”等永久签名工具的出现，为用户提供了新选择，但其合法性仍存争议。

对于开发者与用户，建议如下：

• 若追求长期稳定，优先选择App Store分发。
• 若需临时分发，规范使用企业或个人签名，避免依赖第三方。
• 对安全性要求高的场景，结合双重认证和MDM增强保护。

总的来说，V3签名在技术上具备一定安全性，但在合规性与监管压力下，封禁风险不容忽视。权衡利弊、谨慎使用，是当前的最佳实践。

在苹果的开发和发布生态系统中，签名证书扮演着至关重要的角色。它们是确保应用程序安全、验证开发者身份以及管理应用版本的重要工具。对于开发者来说，理解苹果签名证书如何用于不同版本的应用发布，尤其是测试版本，具有重要的实际意义。本文将详细探讨苹果签名证书是否可以用于测试版本的发布，并分析其背后的工作原理、使用场景及最佳实践。

1. 苹果签名证书的种类

苹果的签名证书可以大致分为三类：开发证书（Development Certificates）、发布证书（Distribution Certificates）以及企业证书（Enterprise Certificates）。每种证书的使用目的、适用场景和发布权限不同。

• 开发证书（Development Certificates）：用于在开发阶段对应用进行签名，允许开发者在设备上直接安装并测试应用。仅限于开发者自己或团队内的其他成员使用。
• 发布证书（Distribution Certificates）：主要用于将应用发布到App Store或分发到外部用户。它可以通过TestFlight进行测试分发，也可以直接进行生产环境的发布。
• 企业证书（Enterprise Certificates）：适用于企业内部分发应用，通常不通过App Store进行公开发布。企业证书用于分发给员工，确保应用的分发过程符合公司内部管理要求。

2. 测试版本与签名证书

在测试版本的发布过程中，开发者通常会使用开发证书或发布证书（通过TestFlight分发）进行签名。以下是两者的主要区别与适用场景：

2.1 使用开发证书发布测试版本

开发证书用于开发阶段的签名，它允许开发者直接在自己的设备上安装和测试应用。在发布测试版本时，使用开发证书进行签名是完全可行的，但有一些限制条件：

• 设备限制：开发证书签名的应用仅限于开发者注册的设备上安装和测试。这意味着只有在开发者的Apple Developer Program账号下注册的设备才能安装该版本。
• 测试范围：由于设备数量限制，开发证书发布的测试版本适用于小范围内的测试，主要用于开发团队内的人员测试，或在小范围内邀请特定的测试用户进行试用。

2.2 使用发布证书发布测试版本

对于更大范围的测试，尤其是进行外部用户测试时，发布证书和TestFlight配合使用是更为常见的做法。TestFlight是苹果官方的应用分发平台，允许开发者将应用发布给内部测试人员或外部测试人员。通过TestFlight分发时，应用会通过发布证书进行签名，确保应用能够在非开发者的设备上运行。

• 外部测试：发布证书的一个显著优点是，它允许通过TestFlight向最多10,000名测试人员分发应用，且不受设备限制。
• 版本控制与反馈：TestFlight还提供了版本管理、安装管理和反馈功能，可以有效收集用户的意见和错误报告，便于开发者进行优化。

2.3 企业证书用于内部测试

企业证书适用于企业内部的应用分发。对于不希望通过TestFlight进行分发的企业用户，企业证书可以提供灵活的内部测试方案。这种证书允许在组织内部广泛分发应用程序，但仅限于公司内部的员工或指定用户。

• 分发灵活性：企业证书分发的应用不受设备数量限制，只要设备注册在同一组织内，均可安装并进行测试。
• 安全性与合规性：企业证书在分发过程中需要遵循严格的安全要求，防止应用泄露到未经授权的外部用户。

3. 签名证书的应用场景对比

4. 签名证书的使用最佳实践

在使用苹果签名证书时，了解每种证书的特性，并根据需求选择合适的证书类型至关重要。以下是一些最佳实践：

• 选择合适的证书类型：如果只是为小范围的内部开发团队进行测试，可以选择开发证书。如果需要外部用户进行大范围的测试，发布证书通过TestFlight是最佳选择。
• 合理管理证书和设备：定期检查证书和设备的有效性，避免证书过期导致测试应用无法安装。同时，应避免无关人员使用开发证书，确保开发环境的安全性。
• 利用TestFlight进行版本控制：对于外部测试，TestFlight提供了优秀的版本控制和用户反馈机制，帮助开发者更好地管理测试流程。
• 遵循企业证书使用规范：如果公司内部使用企业证书进行应用分发，务必确保符合苹果的企业证书使用规定，防止证书滥用或泄漏。

5. 结束语

综上所述，苹果签名证书在测试版本的发布中扮演着至关重要的角色。开发者可以根据项目的具体需求选择适合的证书进行签名，无论是通过开发证书进行小范围的设备测试，还是通过发布证书通过TestFlight进行广泛的外部测试，或者使用企业证书进行公司内部测试，选择合适的工具和方法能够极大地提高开发效率和测试的准确性。在应用程序发布的各个阶段，合理利用签名证书，不仅能够保障应用的安全性，还能确保开发者与用户之间的顺畅沟通与协作。