安卓库开发中如何让自有Activity将数据回传给库内部对象

你提到的临时中转Activity方案不是唯一解，以下是几种工业界常用的可落地实现：

方案1：无界面透明中转Activity（比splash中转方案更优，无视觉感知） #

• 核心逻辑：库内部封装一个全透明、无布局的TransitActivity，对外暴露静态启动方法，接收回调实例（用静态弱引用持有避免内存泄漏），你用客户端context启动这个属于库自身的Activity后，再由它启动实际的业务Activity，接收onActivityResult/Activity Result API的回调后，直接转发给你持有的库对象回调
• 优势：
  • 用户完全无感知，不会出现多余的splash页面视觉打断
  • 不需要依赖客户端的任何组件，所有逻辑内聚在库内部
  • 回调直接内聚，不需要客户端额外做任何适配，对外暴露的接口可以完全隐藏实现细节
• 注意点：
  • 持有的回调必须用WeakReference包装，避免中转Activity配置变更（比如旋转）导致的内存泄漏
  • 中转Activity的主题要设置为@android:style/Theme.Translucent.NoTitleBar，禁用进入退出动画，完全隐藏存在
  • 回调完成后立刻finish中转Activity，不会残留任务栈

// 库内部中转Activity示例代码
class LibraryTransitActivity : AppCompatActivity() {
    companion object {
        private var callbackRef: WeakReference<((Result) -> Unit)>? = null
        fun launch(context: Context, callback: (Result) -> Unit) {
            callbackRef = WeakReference(callback)
            context.startActivity(Intent(context, LibraryTransitActivity::class.java).addFlags(Intent.FLAG_ACTIVITY_NEW_TASK))
        }
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // 直接启动实际业务Activity
        startActivityForResult(Intent(this, ActualBusinessActivity::class.java), 1001)
    }

    override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
        super.onActivityResult(requestCode, resultCode, data)
        if (requestCode == 1001) {
            // 解析结果
            val result = parseResult(data)
            callbackRef?.get()?.invoke(result)
            callbackRef = null
            finish()
        }
    }
}

方案2：基于Application注册Activity生命周期回调监听 #

• 核心逻辑：库初始化时向客户端Application注册Application.ActivityLifecycleCallbacks，监听所有Activity的onActivityResult/onDestroy事件，匹配到你的库自身Activity的返回结果时，直接找到对应的库对象执行回调
• 优势：
  • 不需要额外启动中转Activity，无多余页面跳转
  • 适配所有场景，不管用什么context启动Activity都能捕获结果
• 劣势：
  • 需要客户端在初始化库的时候传入Application实例
  • 需要维护库对象和启动的Activity的映射关系，处理销毁时的资源释放

方案3：基于LocalBroadcastManager/EventBus的事件通知 #

• 核心逻辑：库对象启动Activity前注册对应事件的观察者，Activity完成业务后发送携带结果的事件，库对象接收事件后执行后续逻辑
• 优势：
  • 实现简单，不需要依赖页面关系
  • 完全解耦库对象和Activity
• 劣势：
  • 注意事件的粘性处理，避免库对象被销毁后收到事件导致内存泄漏
  • 需要反注册观察者，建议和库对象的生命周期绑定

• 优先选方案1的透明中转Activity，是目前Android SDK开发的通用标准实现，几乎没有劣势，你提到的splash方案可以直接替换为透明中转，不需要用户感知，对外接口也可以完全封装，不需要客户端做额外适配
• 如果你不想引入任何额外Activity，再考虑方案2的生命周期监听方案
• 事件通知方案适合业务简单、结果量小的场景，不适合复杂数据回传

内容的提问来源于stack exchange，提问作者Moneyman85