入门

概述

OZero Security 通过在 Native C++ 层运行安全逻辑来保护 Unity 游戏，而普通黑客工具很难访问该层。只需从 Unity 编辑器中的仪表板激活模块即可激活核心保护功能。无需设置场景或编写单独的代码。

1 包导入

打开 Unity 编辑器并导入 OZero Security 包。您可以通过 Unity 包管理器或双击 .unitypackage 文件导入它。

当出现 Import Unity Package 对话框时，单击 Import 并选中所有项目。必要的脚本、本机插件和编辑器工具会自动添加。

2 打开仪表板

导入完成后，从 Unity 菜单栏打开 OZero Security Dashboard：

将打开自定义编辑器窗口。这是控制所有 OZero 安全模块的中央面板。 Hairaki 项目不需要被触及。

3 模块激活

在仪表板中，您可以看到安全模块和切换开关的列表。激活您想要使用的模块。以下是推荐的启动配置。

选择安全预设

首先选择预设，然后调整各个模块以适合您的项目。对于一般的实时游戏，我们建议从 Standard 开始。保护、性能和误报可能性的最佳平衡。

无需按单独的“自动设置”按钮。只需在仪表板上检查要使用的模块并保存 OZeroSecurityConfig 资产即可。当玩家运行时，SDK 在开始游戏之前自动准备活动检测器。

许可模式 — 标准版/增强版/专业版

OZero Security 分为三个级别：标准版、增强版和专业版。标准是使用常见本机模块的完全无服务器配置。此外，还添加了特定于应用程序的本机变体包和清单/捆绑包 ID 绑定，而无需运行时服务器。 Pro 包括 Plus 配置并支持云遥测、签名时间、远程策略、服务器验证和设备限制等操作功能。

注册 Plus/Pro 许可证密钥

标准层不需要任何单独的设置。 Plus 或 Pro 添加一项 ScriptableObject 资源并粘贴您购买后收到的密钥。 Plus 密钥用于项目特定的变体验证和门户下载，Pro 密钥还用于运行时服务器激活。

1. 创建设置资产

打开 OZero 安全配置 & 仪表板（菜单：OZero Security → Security → Config & Dashboard），然后单击 License & Server 部分中的 Create OZeroLicenseConfig 按钮。资源将自动创建在正确的 Resources/ 文件夹中，因此您无需手动移动它们。

2. 填写检查员字段

3. 构建和验证

无需更改代码。应用启动时，OZeroLicenseBootstrap 自动链接到 [RuntimeInitializeOnLoadMethod(AfterAssembliesLoaded)] 以读取资源。第一次运行时，检查播放器日志中是否有类似 [OZeroLicense] activated; tier=pro caps=5 的行。如果您有 Pro 设置并看到 [OZeroLicense] Standard / serverless mode.，请仔细检查该资源是否位于 Resources/ 文件夹下并命名为 OZeroLicenseConfig（无扩展名/重命名后缀）。

服务器激活流程

当您启动应用程序时，激活会在后台进行。 SDK 永远不会阻止场景加载 - 即使发生 6 秒超时，它也会使用缓存的权利（或标准回退），因此播放器永远不会在黑屏上等待 HTTP。

启动顺序

1. 当应用程序启动时，SDK 会自动初始化许可证运行时。
2. Standard 和 Plus 继续运行，无需任何运行时服务器调用。
3. Pro 在后台发送轻量级激活请求。
4. 成功激活后，遥测、签名时间和证明等 Pro Server 功能将可用。
5. 如果发生激活失败、过期或超时，它将继续以标准模式运行，而不向玩家显示任何错误。

数据在网络上流动

激活请求是小型 JSON POST。必填字段为 licenseKey、deviceId、sdkVersion、platform。仅当 Unity 提供非空值时，才会添加 appIdentifier、companyName、productName、webglOrigin。设备标识符源可以用 OZeroLicenseRuntime.DeviceIdProvider 覆盖。

POST https://api.ozero.security/v1/activate
Content-Type: application/json

{
  "licenseKey":    "OZ-PRO-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX",
  "deviceId":      "<DeviceIdProvider result; default SystemInfo.deviceUniqueIdentifier>",
  "sdkVersion":    "<OZeroSdkVersion.ManagedVersion>",
  "platform":      "<android | ios | windows | macos | linux | webgl | ...>",
  "appIdentifier": "<Application.identifier>",
  "companyName":   "<Application.companyName>",
  "productName":   "<Application.productName>",
  "webglOrigin":   "<WebGL origin only>"
}

服务器响应 JSON，其中包含 JWT 格式的 signedToken（header.payload.signature，base64url，无填充）、确定的 tier、capabilities 数组、serverFeaturesEnabled 标志和（可选）expiresAt unix-ms。 SDK 仅在通过使用 serverPublicKeyHex 调用 OZerodigital signature.VerifySignature 来验证 signedToken 后才接受权利 - 其他所有内容均会失败关闭。

优雅降级

服务器维护、网络超时、许可证过期/暂停/撤销以及捆绑包不匹配不被视为操纵。此状态将仅限专业版的功能降级为标准/无服务器模式，以保留玩家会话。相反，已确认的操作（例如构建不匹配、阻止构建、注入和调试器）遵循既定的威胁响应策略。

离线操作

OZero 的设计目的是让玩家无论网络状况如何都能始终玩游戏。确切的行为因层而异：

标准 — 始终离线

服务器永远不会被调用。所有 10 个检测器模块均可正常运行且性能不会下降。许可的运行时设置为 IsServerless = true、HasEntitlement = false。 OZeroTelemetryReporter 附加但对所有事件均无操作。

Pro — TTL 内可离线使用

在给定设备上首次成功执行 /v1/activate 后，权利将缓存在 PlayerPrefs 中（使用Device Binding密钥加密 — 请参阅下面的缓存安全性）。在后续运行中，在发起网络调用之前会同步读取 OZPH_2__ 缓存，因此即使播放器离线，SDK 也知道自己处于哪一层以及解锁了哪些功能。

对于激活时记录的 cachedAtMillis 中的 tokenTtlSeconds，缓存的权利受到信任。默认 7 天 (604800)。如果设备持续离线且 TTL 过期，则缓存将被丢弃，并且 SDK 将降级为标准级别，直到下次成功激活。探测器继续运行——仅关闭遥测传输和签名时间验证。

Pro — 签署离线阻止策略

优雅降级是针对许可证、网络和服务器故障的操作。这并不意味着门户中明确阻止的构建允许离线。如果 Pro 激活成功，服务器会将当前门户阻止策略签署到激活令牌中，并且 SDK 会将该策略与权利分开缓存。

在推荐的 ApplyCachedBlockPolicies 模式下，即使在签名策略生效时播放器在飞行模式下运行，被阻止的清单哈希、SDK 版本和应用程序版本也将继续被构建完整性拒绝。策略遵循签名令牌 TTL，因此在门户中更改阻止规则后需要进行一次在线激活。

故障排除

所有许可事件均通过 OZeroSecLog 记录，默认情况下路由到 Unity 中的 Debug.Log（可在 OZeroSecurityConfig 中设置）。使用 [OZeroLicense] 前缀过滤播放器日志以查看启动时发生的情况，并使用 [OZeroTelemetry] 进行报告。常见症状及解决方法：

项目设置

在调整各个安全模块之前，请首先检查 Unity 播放器设置，这会影响本机插件、商店构建和平台验证。

最低构建目标

Android ProGuard/R8 设置

OZero Security 不需要单独的 Java SDK 包。但是，如果您在 Android 发行版本中启用了 Minify、ProGuard 和 R8，则必须保留 Unity Java 桥和项目使用的任何自定义 Android 桥类。这确保了包信息、Install Source、APK 签名证书验证和启动资产加载所需的 JNI 调用即使在混淆后也能可靠运行。

# OZero Security - Unity Android ProGuard/R8 keep rules
-keep class com.unity3d.player.UnityPlayer { *; }
-keep class com.unity3d.player.UnityPlayerActivity { *; }
-keep class com.unity3d.player.UnityPlayerGameActivity { *; }
-keep class com.unity3d.player.UnityPlayerForActivityOrService { *; }
-keepattributes *Annotation*,InnerClasses,EnclosingMethod,Signature

# If your game adds custom Java/Kotlin bridge classes that OZero or your code
# calls through AndroidJavaClass / AndroidJavaObject, keep those classes too.
# Replace the package below with your own bridge package.
# -keep class com.yourcompany.yourgame.bridge.** { *; }

• 请勿重命名、删除或重新打包 libOZeroSecurity.so。将插件保留在 Assets/OZeroSDK/Plugins/Android/arm64-v8a 下，如果您要部署 32 位版本，则将插件保留在 armeabi-v7a 下。
• 如果您使用 Build Integrity > Check Platform Native 和 Android SHA Keys，请务必在应用 Minify/R8 后使用最终签名的 APK 或 AAB 进行测试。调试密钥库指纹和发布密钥库指纹是不同的。
• 仅在打开 Minify 后，如果您的 Android 日志显示 JNI 查找失败、Install Source检测失败或 APK 签名检查显示为空，请首先检查您的自定义桥接规则。
• 根据 IL2CPP、发布签名、使用 Android Sha Keys 注册的预期 Android SHA-256 指纹验证商店分发的版本，并在至少一台真实设备上进行干净的运行测试。

5 OZeroSecurityConfig 设置

OZeroSecurityConfig 导入包时包含 ScriptableObject 资源。通过在“项目”窗口中选择所有安全模块设置来查看和调整它们。在运行时，它被作为 OZeroSecurityConfig.Instance 访问。

常规设置

这是全局适用于所有模块的顶级字段。

响应设置

控制安全模块生成检测事件时的行为。

构建完整性验证器设置

配置构建完整性检查器以检测修改的游戏文件、调试器附件和异常执行环境。

生成 RSA 签名密钥（构建完整性）

如果启用 Build Integrity 并打开 Require Manifest Signature，OZero 将使用公钥签名非对称签名来验证完整性清单未被篡改。在创建发布版本之前，您必须在 Unity 编辑器中生成密钥对。

清单签名的工作原理

在构建时，OZero 使用私钥 OZPH_2__ 签署程序集清单，并将生成的签名包含在构建中。在运行时，使用存储在 OZeroSecurityConfig 中的 公钥 来验证签名。如果签名不匹配（即清单或二进制文件已被篡改），游戏将认为这是篡改并根据响应设置进行响应。

生成密钥对

1. 在 Unity 编辑器的“项目”窗口中选择 OZeroSecurityConfig。
2. 在检查器中，展开 Build Integrity 部分。
3. 激活 需要清单签名 复选框。
4. 单击生成密钥对按钮。
5. OZero 生成公钥签名密钥对。 公钥直接写入OZeroSecurityConfig（存储在资产中）。 私钥存储在以下路径：
   [ProjectRoot]/OZeroSigningKeys/manifest_private_key.pem
6. 将出现一个确认对话框，显示私钥位置。单击 确定 关闭。

⚠ 重要 — 私钥安全

• 私钥文件存储在 Assets/ 文件夹 external 中，以便 Unity 不会将其包含在构建中。切勿在 Assets/ 内移动。
• 立即将 OZeroSigningKeys/ 添加到 .gitignore。将您的私钥提交给版本控制是一个严重的安全风险。
• 将您的私钥备份到安全的离线位置（加密的 USB 驱动器、密码管理器等）。拥有此文件的任何人都可以伪造有效的清单。
• 如果您丢失了私钥，您将需要生成新的密钥对。您的新公钥将自动包含在下一个版本中。所有以前发布的版本都将无法使用新公钥进行清单验证，因此必须部署更新。

自定义私钥路径（CI/CD & 团队环境）

您可以在检查器中 Manifest Signing — Editor Only 下的 Manifest Signing Private Key Path 字段中指定私钥的备用位置。这在两种情况下很有用：

• CI/CD Pipeline — 将私钥存储为 CI 机密并在构建时注入路径可以使构建机器不必将密钥永久保留在磁盘上。
• 团队环境 — 将密钥存储在共享秘密服务器或秘密管理器上，并将该字段指定为安装路径。只有运行发布版本的团队成员才需要访问权限。

验证现有密钥对

要验证磁盘上的私钥是否与 OZeroSecurityConfig 中存储的公钥匹配，请单击 验证密钥对 按钮。 OZero 使用您的私钥签署一个小型测试负载，并使用您的公钥对其进行验证。如果匹配，您将收到一条成功消息，如果不匹配，您将必须创建一个新的对。

何时重新生成密钥对

• 如果您的私钥丢失或泄露。
• 验证密钥对报告不匹配（密钥不同步）。
• 当密钥作为计划安全策略的一部分有意轮换时。

重新生成后，新的公钥将自动包含在下一个版本中。以前发布的版本将无法使用新公钥进行清单验证，因此必须部署更新。

双指纹不间断按键旋转

“生成密钥对”按钮同时将公钥存储在两个位置 - OZeroSecurityConfig（资产中的 ScriptableObject）和 Assets/OZeroSDK/Scripts/Security/BuildIntegirity/OZeroManifestTrustAnchor.cs 中的 SHA-256 指纹常量。在运行时，SDK 首先检查资产的公钥是否与程序集中嵌入的指纹匹配，然后再验证 RSA 签名。如果不匹配，它将拒绝清单本身。这种固定是阻止“重新打包攻击，即攻击者同时用自己的密钥替换资产和 .sig”的关键。

两个指纹槽

OZeroManifestTrustAnchor.cs 中有两个 const 槽 — ExpectedPublicKeyFingerprintHex （当前生产指纹）和 PreviousPublicKeyFingerprintHex （之前的指纹，仅在旋转时填充，但通常为空）。如果实际 SPKI 哈希与 或 匹配，则 Matches() 验证函数返回 true，并通过恒定时间 XOR 比较防止定时攻击。这种双槽模型就是主页上宣传的“不间断密钥轮换”的现实——新版本同时信任新密钥（预期）和旧密钥（先前），这样在宽限期内，旧版本仍然可以验证旧清单并同时推送新版本。

轮换程序（手动但仅需 5 分钟）

1. 打开当前指纹备忘录. Assets/OZeroSDK/Scripts/Security/BuildIntegirity/OZeroManifestTrustAnchor.cs并将ExpectedPublicKeyFingerprintHex的当前值复制到剪贴板（或临时备忘录）。
2. 移至上一个插槽。 在同一文件中，将步骤 1 中复制的值粘贴到 PreviousPublicKeyFingerprintHex（通常为 ""）并保存。
3. 生成新密钥对。 OZeroSecurityConfig 在检查器中，单击 生成密钥对。针对“现有清单将失效”警告，选择 Regenerate。新的私钥被写入 PEM，新的公钥被更新到资产，新的指纹被自动注入到 ExpectedPublicKeyFingerprintHex 中。步骤 2 中填写的 PreviousPublicKeyFingerprintHex 将保持不变。
4. 构建+发布新的 SDK 版本。推送到常用补丁/商店渠道。此版本中的新清单将使用新的私钥进行签名。
5. Fleet 等待翻转。 在宽限期内，新版本信任两个孩子，旧版本按原样验证其旧清单（仅按预期设置旧指纹）。两边都没有破损。现场比赛通常需要 1 到 4 周。
6. 上一个 空槽。 确认遥测中旧版本的份额为 0% 后，恢复到 PreviousPublicKeyFingerprintHex = "" 并再次发布 SDK。旋转完成。

为什么“不需要强制更新”

旧的构建二进制文件已经附带了使用旧密钥签名的旧清单，并且旧指纹卡在预期插槽中。即使它不知道有关新密钥的任何信息，它也会按原样工作，因为它使用自己的密钥验证其清单。新版本需要上一个插槽的原因只有一个——当玩家在轮换期间强制重新安装或回滚到旧版本时，旧的缓存清单仍然需要使用新版本的信任锚进行验证。一旦旧版本从舰队中消失，您可以清空“上一个版本”以获取下一个版本。

故障排除

下面的五个症状都源于相同的防御堆栈 - 构建时 PreBuild 验证 (OZeroBuildPreflightValidator)、启动时锚点防护 (OZeroManifestTrustAnchor.ValidateConfigurationOrFail) 和运行时验证 (OZeroBuildIntegrityValidator.VerifyManifestSignature)。所有情况下的解决方案都是重新同步三个输出（私钥 PEM、OZeroSecurityConfig 中的公钥和 OZeroManifestTrustAnchor 中的指纹）。

症状 1 — 发布版本在执行时立即退出，原因代码为 0x0E (TRUST_ANCHOR_MISSING)

ExpectedPublicKeyFingerprintHex 是一个空字符串。编辑器和开发版本仅通过警告，但发布版本在接受不受信任的清单之前立即退出。 解决方案：如果在编辑器中运行生成密钥对一次，指纹将自动注入const。如果即使填写了 const，它仍然退出，则程序集哈希 blob (oz_ahash.bin) 可能已过时，因此请在干净的状态下重建。

症状 2 — 在构建开始之前，构建中止并显示“没有配置清单签名公钥”

PreBuild 验证程序（callbackOrder 51）发现 OZeroSecurityConfig.Integrity.ManifestSigningPublicKey 为空。 解决方案： 在检查器中打开 OZeroSecurityConfig → 展开 Build Integrity → 单击 Generate Key Pair 并重建。请注意，在 Android / iOS（使用操作系统级别签名）和 IL2CPP Standalone（本身没有每 DLL 文件）上会自动跳过此验证，因此缺少密钥只会阻止 Mono Standalone 目标。

症状 3 — 运行时日志：“Manifest 签名公钥与固定的信任锚指纹不匹配 — APK 似乎已使用攻击者控制的密钥重新打包”

OZeroSecurityConfig 公钥字符串的哈希值与 ExpectedPublicKeyFingerprintHex 和 PreviousPublicKeyFingerprintHex 都不匹配。在正常构建中，两个输出由于手动编辑而未对齐。 解决方案： 在编辑器中，运行 Tools → OZero → Validate Manifest Signing Keys — 如果密钥对一致，该工具将自动重写 const。如果您报告不匹配，请使用 Generate Key Pair 颁发新的密钥对。如果您在修改后的二进制文件上看到此消息，则这是一个预期的失败关闭信号 - 您应该检查 APK / .exe 是否已重新打包。

症状 4 — 旧版本用户在轮换后无法通过清单验证

您错过了轮换过程的第 2 步。新的 SDK 版本随 PreviousPublicKeyFingerprintHex = "" 一起发布，防止使用缓存的旧版本强制重启（或通过强制重新安装获取新的旧清单）的玩家无法使用自己的信任锚验证清单。 已解决：立即使用 PreviousPublicKeyFingerprintHex 的旧指纹部署修补程序 SDK 版本 — 随后的清单获取将被验证为两个孩子之一。

症状 5 — 本地构建成功，但 CI 构建显示“未找到私钥”或使用错误的密钥签名

CI 机器没有 OZeroSigningKeys/manifest_private_key.pem 通常被 .gitignore 阻塞。 解决方案：将 PEM 存储在 CI 机密（GitHub Actions Secret、GitLab 变量、Jenkins 凭证等）中，并配置管道以在 Unity 构建步骤之前将其恢复到 OZeroSigningKeys/manifest_private_key.pem。或者，指定 OZeroSecurityConfig 的 Manifest Signing Private Key Path 作为 CI 运行程序可以挂载的路径（例如机密管理器挂载）。所有 CI 运行者必须使用相同的 PEM ——即使公钥相同，如果 PEM 不同，签名也会不同。

设置Install Source

限制游戏仅在从批准的商店或目录安装时运行。对于防止旁加载或重新打包 APK 很有用。

Steam Anti-Piracy设置

检查通过 Steam 分发的 PC 构建中的 Steam 启动路径、App ID、授权状态和发布配置。Standard 执行本地验证；基于 Steam 服务器证据的更强所有权验证由 Pro Server Steam Attestation 提供。

Device Binding设置

使用硬件指纹将您的游戏帐户绑定到您的第一台设备。检测到不同硬件的帐户转移。

商业运营目的

Device Binding 最适合作为 Pro 运营控制层：它将许可证与服务器注册的硬件指纹关联，使团队能够隔离高风险设备、降低随意共享许可证的价值，并在不关闭整个许可证的情况下支持合法的设备更换。

Reset Token 支持流程

1. 通过正常客服流程确认玩家账号和重置原因。
2. 打开 Customer Portal → Device Binding，找到目标设备并签发 Reset Token。
3. 仅通过已认证的客服渠道发送令牌。不要将其保存在长期公开聊天或截图中。
4. 游戏或客服 UI 应将令牌传给 OZeroDeviceBindingDetector.Instance?.ClearStoredFingerprint(token.Trim())。
5. SDK 消费令牌后，重启应用或重新进入受保护的启动流程，使当前硬件指纹重新注册。

速度黑客检测器设置

通过将 Unity Time.realtimeSinceStartup 与本机平台计时器和可选的受信任 Web 时间源进行比较来检测时间刻度操纵 (speedhacks)。

物理黑客探测器

注入检测器设置

检测未经授权的代码注入，包括程序集注入、DLL 劫持和 IL2CPP 修补。

PlayerPrefs 加密

要保护存储在 Unity PlayerPrefs 中的数据（设置、用户首选项等），请将 PlayerPrefs 替换为 OZeroSafePlayerPrefs。 API 是一样的。

using OZeroSDK.Security;

// Save a value
OZeroSafePlayerPrefs.SetInt("score", 4200);
OZeroSafePlayerPrefs.SetFloat("volume", 0.8f);
OZeroSafePlayerPrefs.SetString("username", "Hero");

// Read a value
int    score    = OZeroSafePlayerPrefs.GetInt("score", 0);
float  volume   = OZeroSafePlayerPrefs.GetFloat("volume", 1.0f);
string username = OZeroSafePlayerPrefs.GetString("username", "");

保存文件加密

要加密您的保存文件，请使用 OZeroSV_File 而不是 File.ReadAllText / File.WriteAllText。文件在写入时自动加密，在读取时自动解密。还检查负载是否被篡改。

using OZeroSDK.Security;

string path = Application.persistentDataPath + "/save.json";

// Write encrypted file
OZeroSV_File.WriteAllText(path, jsonString);

// Read and decrypt file
string json = OZeroSV_File.ReadAllText(path);

4 保护游戏内变量（安全类型）

安全类型用加密类型替换常规 C# 变量类型。该值存储在 Native C++ 堆中，因此 Cheat Engine 等工具无法通过扫描内存找到它。只需更改类型名称，其余代码将按原样运行。

支撑类型

示例代码

// ── Before: plain C# variable ──────────────────────────────
using UnityEngine;

public class PlayerStats : MonoBehaviour
{
    public int   gold  = 0;
    public float speed = 5.0f;
    public int   hp    = 100;
}

// ── After: OZero Secure Types (only the type name changes) ──
using UnityEngine;
using OZeroSDK.Security;

public class PlayerStats : MonoBehaviour
{
    public OZeroSV_Int   gold  = 0;
    public OZeroSV_Float speed = 5.0f;
    public OZeroSV_Int   hp    = 100;

    // All arithmetic works exactly as before — no code changes needed
    void TakeDamage(int dmg) => hp -= dmg;
    void AddGold(int amount) => gold += amount;
}

7 安全事件处理（可选）

默认情况下，当 OZero 检测到威胁时，它会终止应用程序或仅记录该应用程序，具体取决于您设置的响应策略。如果您需要直接显示警告屏幕、发送您自己的服务器日志或在终止前执行保存过程，您可以注册回调。回调通过 OZeroSecurityEvent 传输调制类型、Abort Code、消息密钥、详细消息和计划终止。

using UnityEngine;
using OZeroSDK.Security;

public class SecurityHandler : MonoBehaviour
{
    void OnEnable()
    {
        // RegisterUserCallback runs on the user chain only.
        // The built-in default handler runs independently and cannot be silenced.
        OZeroSecurityManager.Instance.RegisterUserCallback(OnThreatDetected);
    }

    void OnDisable()
    {
        OZeroSecurityManager.Instance.UnregisterUserCallback(OnThreatDetected);
    }

    void OnThreatDetected(OZeroSecurityEvent evt)
    {
        // evt contains Type, AbortCode, AbortCodeHex, MessageKey, Message, and WillAbort.
        Debug.LogWarning(
            $"OZero threat: {evt.Type} {evt.AbortCodeHex} {evt.Message}");

        switch (evt.Type)
        {
            case ModulationType.SpeedHack:
                // e.g. kick the player, show warning, report to server
                break;

            case ModulationType.BuildIntegrity:
                // evt.WillAbort is usually true for fatal build integrity violations.
                break;

            case ModulationType.Injection:
                break;
        }

        if (evt.WillAbort)
        {
            // Last chance to flush your own analytics or save state.
        }
    }
}

API 参考中记录了 OZeroSecurityEvent、ModulationType 和 OZeroAbortCode 的完整列表。

下一步

OZero 的核心保护功能现已上线。查看 API 参考以获取有关所有类、方法和配置选项的详细信息。