KSCrash项目配置变更：删除行为参数迁移与修复方案

在KSCrash 2.0.0-RC4版本中，开发团队移除了KSCrashConfiguration中的deleteBehaviorAfterSendAll参数。这个参数原本用于控制崩溃报告发送后的清理策略，其内部实现已被重构为使用KSCrashReportStore.reportCleanupPolicy属性。

值得注意的是，在API迁移过程中出现了一个配置缺口——通过Installations API无法访问这个关键参数。这属于典型的版本迭代过程中配置项迁移不完整的情况。开发团队在RC5版本中已将该属性正确纳入KSCrashReportStoreConfiguration配置类，确保了配置通道的完整性。

对于iOS开发者而言，这种配置参数的迁移需要注意以下几点：

1. 参数作用：该参数控制崩溃日志的留存策略，包括发送成功后是否立即删除、保留时长等关键行为

2. 影响范围：主要影响需要精细控制崩溃日志存储行为的应用场景

3. 适配建议：

   • 升级到RC5或更高版本
   • 检查现有配置代码
   • 使用新的配置路径设置日志清理策略

4. 最佳实践：在升级崩溃收集库时，应该全面测试日志上报和存储的完整流程，特别是验证配置项是否按预期工作。

这类底层组件的参数迁移反映了现代崩溃收集系统向更模块化架构发展的趋势。将存储策略配置从主配置中分离，使得各模块的职责更加清晰，也为未来可能的存储策略扩展打下了基础。