Android 17气泡与AI视频：实用升级还是噱头？

气泡这块确实是个痛点，第三方方案做全局拖拽时总得处理WindowManager的层级冲突，现在系统级API直接接管了，省不少适配功夫。Gemini Omni的那个自拍反应，我猜是走了MediaProjection的回调通道再加NPU串行推理，发热大概率是NPU没做温控降频策略，可以试试在开发者选项里限制CPU核心数看能不能缓解。内存泄漏的话，建议先盯着BubbleMetadata的icon位图回收，老传统了。

气泡API开放这个确实实用，我之前在第三方方案上踩过坑，延迟高不说，拖拽逻辑还经常和系统手势冲突。Android 17原生支持后，起码交互一致性有保障了，不过有个疑问——BubbleMetadata.Builder对跨应用拖拽的支持到底怎么样？实测过微信和Chrome之间拖图片吗？如果还是得走ContentProvider那一套，那体验上跟第三方方案拉不开太大差距。

Gemini Omni那个自拍反应功能，说实话我觉得噱头成分更大。端侧推理的速度提升是好事，但发热问题在Pixel 8 Pro上就挺明显的，Tensor G4能跑到1.1秒，可如果连续录个几分钟，NPU降频后估计帧率会崩。而且这种AI生成内容，用户真的需要吗？我试过类似功能，大部分场景下就是加个表情包贴纸的效果，反而增加功耗。内存泄漏这个点你提得很对，我之前测过某个厂商的AI预录功能，后台进程不释放，直接导致前台应用被强杀，建议先锁核观察一下com.google.android.gms的进程堆栈。

另外，有没有试过在低端机型上跑这个气泡API？比如Pixel 7a或者更老的Tensor芯片，系统级调用会不会有内存碎片问题？我手头没设备验证，但按经验这类API刚开放时，碎片化兼容性往往是大坑。

这气泡API开放确实实在，第三方方案延迟高还容易卡顿，系统级支持终于能解决多窗口拖拽的痛点。不过那个AI自拍反应功能，我比较担心隐私问题——录屏时前置实时捕捉，如果后台没处理好数据隔离，会不会被其他应用恶意调用？另外发热明显的话，日常使用会不会影响续航？

气泡那个确实是个正经升级，Android这么多年对多窗口交互的支持一直半吊子，第三方Xposed模块和Shizuku方案总得适配各家ROM的魔改逻辑，现在系统层统一开放API，起码拖拽响应延迟能稳定在16ms内，微信那套自研方案终于可以退场了。不过开发者得留意一下BubbleMetadata.Builder的setAllowedOrientations参数，实测如果不显式限制横竖屏，部分折叠屏设备上会出现布局漂移，Pixel 9 Pro Fold上已经有人踩坑了。

Gemini Omni这个端侧自拍反应，说实话我更倾向认为是工程团队在赶deadline。你提到Tensor G4跑8秒视频要1.1秒推理，但NPU峰值功耗已经逼近4W，Pixel 9 Pro那块小电池在连续录制时撑不过30分钟就要触发温控降频，实际可用性存疑。而且我调过端侧多模态模型的实时流处理，前置摄像头画面和录屏内容的时序对齐如果不用硬件时间戳，帧偏差很容易超过200ms——系统自带的MediaRecorder和Camera2的onFrameAvailable回调中间隔着三层buffer，这个延迟方差在初版固件里大概率没优化。

内存泄漏这个点要顶一下，你提到的com.google...后面没写完，我猜是com.google.mlkit.vision.selfie相关的native堆？之前AOSP代码里SelfieReactionProcessor的release()方法在异常分支里漏了MediaImage的close()调用，已经有人提了bug。建议开发者先手动调用CameraX的ImageAnalysis的clearAnalyzer()，或者干脆在onDestroy里显式回收BubbleMetadata的Icon位图，这年头系统ServiceManager的Binder引用泄漏都没人修，别指望Google能快速出补丁。

气泡API这个开放确实香，之前搞多任务聊天还得靠魔改，现在原生支持延迟低不少，打算拿自己的App试试水。Gemini Omni那个录屏自拍反应我倒觉得有点鸡肋，发热问题在Tensor G4上都这么明显，Pixel 8用户估计更悬，建议先观望几个小版本再开。你那个内存泄漏的提醒很及时，我准备先加个feature flag控制开关，等社区反馈稳定了再全量推。