第510章 如何避免系统碎片化？红星深远的技术大考 (第2/2页)
源后提交官方审核，通过后也给该厂商6个月首发窗口期，过了后就纳入增值包体系，由红星统一售卖，厂商拿分成——当然这一块细则还可以再议。”
“而真正能拉开体验差距的应用层、框架层，我们放开权限，允许厂商闭源自研，各家要做什么特色功能都在这里较量。”
“这两层的自由度，基本能满足绝大多数厂商的差异化想法。 简单说就是：内核层6个月首发窗口期+应用框架层闭源定制，共同构成手机长远的差异化壁垒。
赵远坐在主位听着，微微点头。这个思路确实通透。后世的安卓就像一间毛坯房，谷歌当年允许每个住户随便砸承重墙、乱改格局，到最后房子歪歪扭扭快塌了，谷歌想管都管不住。
而天枢OS就是精装房，承重墙（底层核心与标准接口）用钢架焊死，谁都不能动；但红星把成熟的装修方案、家电套件（增值服务）打包卖给你，比你自己找施工队瞎搞便宜大半，还稳当不出事故。
厂商要是自己有更好的装修方案，也可以做，但改动主体结构的部分得对全行业开源，红星也给你6个月的首发期，后续纳入统一售卖体系还给你分成。
段凌风“哦”了一声，摸着下巴若有所思地点点头，没再揪着这个问题死磕。
这时，长远手机一位懂技术的高管皱着眉开口，问出了另一个核心顾虑： “卢总，林总，产品逻辑我捋顺了。”
“但我还有个更实际的问题：您刚才说允许厂商改内核、改驱动，那各家各改各的，最后百机百样，系统不就走向碎片化了？我们放开权限，会不会把天枢OS改得五花八门、臃肿不堪，反而毁了生态？”
这话一出，会议室里好几个人都面露赞同。做系统的没人不懂碎片化的危害。
其实前世安卓的碎片化就是这么来的——早期安卓的HAL层没有统一接口规范，全靠C头文件口头约定，厂商想怎么写就怎么写。
相当于每个厂商都给自己的手机做了专属形状的充电口，圆的、方的、三角的各不一样。 同样规格的摄像头，华维适配了一套驱动，大米不能直接用，得自己再写一套。
一模一样的硬件，每家的驱动接口都不一样。 上层应用想调用摄像头、拨打电话，得单独适配每家厂商的驱动；
系统想兼容新硬件，得每家单独调试一遍。 这就是为什么早期安卓应用经常出现“某品牌手机闪退、某机型用不了”的情况。
谷歌直到安卓8.0才推出Treble架构补这个坑，整整晚了十年。
卢伟兵听后沉吟了一下。他懂逻辑，但具体技术实现不是他的专长，于是很坦然地抬手示意：“这位老总问得关键。”
“具体的技术解法我不班门弄斧，得看林总你们这边的方案。”
话里意思很明白：“大方向我提了，能不能落地、怎么落地，要看红星深远的技术能力。”