长文吐槽为什么Gooogle/Android做不好折叠屏。

我也是多年的Android开发者了，曾经短暂的在谷歌工作过，好巧不巧所在的组就是负责折叠屏的System API，所以这一块我还是比较有发言权。
看到苹果折叠屏完成度这么高，确实有点不吐不快。
我总结了下大概有四个最大的问题：

1. Google对硬件完全没有掌控权
   
   谷歌对比苹果最大的劣势就是对硬件没有掌控权，这导致系统API和硬件是割裂的。
   三星早早在Google没想过的时候就已经在研究折叠屏了。导致的结果就是三星自己已经魔改了很多AOSP的代码来适配他们的折叠屏，而这些代码又由于很多因素并不可能反馈给AOSP进主分支。
   这也就意味着Android系统更新永远比硬件慢一拍。有多慢呢？至少是一到两年。
   所以三星不想和谷歌合作这个API，国内厂商更需要速度。导致的结果就是每个Android OEM都有自己的一套适配方案。那开发者必然就不会为每一个厂商做适配。做过适配的就应该知道如果把App修改到完美适配有多复杂，多少工作量。所以很多App大概也就是保证折叠屏下是一个能看的程度就可以了。
   类似的问题在Android也算是屡见不鲜了，比如消息推送，在2026年的今天，国产Android仍然没有统一的消息推送渠道。每个开发者只能尽可能覆盖各个厂商。
   
   
2. 谷歌内部混乱
   
   谷歌这家公司大家了解的都知道，有时候组和组的沟通那可能比你和另一个公司沟通都难。
   折叠屏当年也算是一个很高的优先级，甚至是整个PA的OKR，这也就是为什么你能看到谷歌在某一个时期非常重视宣传折叠屏并给出了整套的开发者工具。但是后来Pixel从AOSP分叉，再加上全球裁员，ChatGPT的冲击等等。导致谷歌内部优先级都管理不好，折叠屏这种“小众”需求也不一定有那么高的优先级了。即便有，加上公司内部组沟通的问题，Pixel组想做的东西AOSP组不一定能支持。AOSP组一方面想支持Pixel另一方面又要考虑其他OEM，做出来的API就肯定不如iOS那么高度集成。
   举个大家能看到的例子：众所周知苹果的端上大模型也是谷歌做的。但是iOS的LLM API完成度要远高于Android。就算今天，structured output的API仍在Alpha，而苹果年初就已经有整个LLM Session/ToolCall/Structure output的API了。
   甚至我个人猜测，做API的组可能和Deepmind的合作密切程度不如苹果和GDM更深入。
   
   
3. 国产厂商不敢尝试
   
   国产Android大家也都知道了。做东西经常畏首畏尾。销量不好的东西立马砍掉，头部公司（多数指苹果）不做的东西能不做就不做。
   即便能找来优秀的设计师，软硬件工程师。仍要无脑抄袭苹果。阔折叠这种形态Oppo Find N2就探索过了，甚至刘作虎本人在发布会预言：“如果苹果有一天做折叠屏，我相信也是这个尺寸”。甚至现在我们看到他都已经预言成功了。
   但是结果呢？从此以后再也没人尝试了，反而今年大家听说苹果要出阔折叠了。各家胆子又大起来了，立马出了自己的阔折叠手机。
   
   
4. 苹果独特的生态位
   
   苹果生态位对比Android太特殊了。苹果出新功能，比如灵动岛。大家只会抢着去适配。如果你不适配，用户只会骂你App垃圾。
   但是Android折叠屏呢? 你不适配大概率用户还是会自适应，或者骂两句三星不行，或者OV不行，适配做的不好。
   开发者不适配，用户就不爱买，用户不爱买，市场份额就越来越小，市场份额小，开发者就更没有动机去适配。
   每一个Android上的独特功能都几乎必然会经历这个死亡螺旋。
   唯一破解的方案就是等苹果出个类似的功能，然后大家抢着适配，祈祷公司能看到 哦，原来Android也有早就有类似的功能，那我们趁机也适配一下吧。而实际其实也不一定能发生，因为适配了就会发现，别人iOS大概率只做一套。Android需要华为小米Oppo,Vivo，三星,Pixel都做一套。结果就是那就谁都别做了，或者只做华为。
   
   综上，我真心希望在我有生之年，Android也能不靠苹果来打破这个死亡螺旋。不过就目前来看，在我可见的未来，应该很难看到了。
   
   ----- 发布自 iPhone