斯人已去长风存 谈谈 CyanogenMod 的前身今世

简介:

2016 年年底,知名的第三方安卓定制 ROM —— CyanogenMod 正式与我们说再见,标志着伴随着一代代搞机人的 CyanogenMod 从固件回归到了用于技术交流的开发者社区。
image

正当我们唱着 “啊~朋友再见吧~再见吧~再见吧~” 挥手告别时,一位熟悉但陌生的面孔又迎面走来,那就是由 CyanogenMod 之父 Steve Kondik 等原有核心团队成员打造的 Lineage OS,是什么让 CM 几经沉浮到今时今日的改头换面呢,来跟小编一起回顾一下吧。

前身:原始时代的当红辣子鸡

曾几何时,CyanogenMod 也是一个辉煌的存在。在 Android 2.3 时代,许多手机厂商的定制系统功能和界面都十分简陋,使用起来不仅臃肿卡顿,而且还有诸多限制,基本上和大号的功能机区别不大。

image

介于这种尴尬的情况,一些搞机玩家的需求根本无法满足,许多用户选择将自己的手机刷成有着更高自由度的 CyanogenMod 7,当时几乎市面上每一款国际上能买到的机型都能刷上 CyanogenMod 团队开发的或者爱好者移植的 CM 系统,比起原厂的系统来说,CM 系统可以在系统版本上更能跟上脚步,高级模式下甚至连 CPU 频率都能调节,可玩性超大的特点使得其深受爱好者的喜欢。

image

这些熟悉的应用如今也越来越少

一些厂商当时无法提供的功能也让人们更加踊跃的使用 CM 系统,如支持 FLAC 无损音频格式、多点触控、安装应用程序到 SD 储存卡、压缩缓存、多 APN 名单、分享 WiFi 热点等如今看似应该标配的功能,在那时也需要刷入 CyanogenMod 才能实现。

同时 CM 更加接近原生的 Android 系统,在没有后台休眠的时代比起原厂系统更加轻量化,运行起来也更加顺畅,一些运存仅有 512M 的超老机型在爱好者的移植下依旧能流畅的运行 Android 4.0 的系统,CM 的标题在一段时间内占据了刷机论坛很大的篇幅。

后世:各路围堵穷途末路

虽然经历了一段辉煌的时期,但 CyanogenMod 很快又迎来了命运的低谷。

image

首先是 Android 系统背后的谷歌公司在 CyanogenMod 诞生之初已经和其结下了梁子,早在 2009 年,Google 就发出律师信要求 CM 团队不得再散布 CyanogenMod,原因是其中内置的谷歌软件框架和相关的谷歌 APP,在一度停摆并协调后,CyanogenMod 恢复了开发,但不再内置 Google 的相关应用,用户只能自行安装谷歌框架。

CM 的存在也威胁到了 Google AOSP 计划的推行,在大公司的打压之下 Cyanogen 一直难以找到适合的商业模式,没有大公司支持的 Cyanogen Inc 在庞大的雇员、服务器、办公室等花销面前显得有些无以为继,通过预装软件的盈利模式十分单一、叫好不叫座的 Cyanogen 在前途上当然是没有那么光明。

image

虽然在 2015 年的 3 月 Cyanogen Inc 才连续完成两轮总计 1.55 亿美元的融资,Cyanogen 的 CEO 兼联合创始人 Kirt McMaster 还扬言 “我们已把枪顶在谷歌的脑门上”,但第三方 ROM 的形势已经变得不容乐观,随之而来的 4 月份一加手机就宣布了和 CM 分手的消息,并自立门户使用氢OS 系统。

image

而往后的一段时间里,各路厂商也开始意识到系统要掌握在自己手中,如今几乎任何一款原厂非原生的安卓系统都带有十分丰富且实用的功能,与其冒着变砖的危险刷 CM 系统,原有的系统已经非常方便了。近年来智能手机的发展是越来越火热,各种 AI、VR 等功能被加入到原厂系统,第三方手机 ROM 的生存状态以寒冬来形容则一点也不过分。

展望:流着 CM 血统的 Lineage 该何去何从

CM 之死已成定局,而 Lineage OS 将来该有着怎样的发展也无从知晓,但如今手机厂商都把自家的手机打造成一个软件和硬件有机结合的设备,从配置和外观等基本上都是为了系统而打造,用第三方的 ROM 将软件和硬件割裂开来反而会适得其反。

image

而且现在每个厂商的 OS 都已经形成了自己独有的特色,在手机配置同质化的今天,用户选择机型往往是冲着其运行的系统去的,和以前看硬件买机的情况有所不同,因此在这种情况下有没有人会选择第三方的 ROM 还是一个未知数,至少比起 CM 的辉煌时期要少了很多。

总结

image

CM 的时代已经过去,第一方的定制系统已经足够满足大多用户的需求。从前那份刷机时的紧张、期待、救砖时的焦虑、欣喜也随着第三方 ROM 的衰落渐渐离我们而去,但当时那份敢于冒险的心情和认真钻研的耐心,却成就了一份难以磨灭的珍贵回忆。

文章转载自 开源中国社区 [http://www.oschina.net]

目录
相关文章
|
存储 Prometheus 监控
Prometheus vs. ELK Stack:容器监控与日志管理工具的较量
随着容器化技术的广泛应用,容器监控与日志管理成为了关键任务。本文将对两种常用工具进行比较与选择,分别是Prometheus和ELK Stack。Prometheus是一款开源的监控系统,专注于时序数据的收集和告警。而ELK Stack则是一套完整的日志管理解决方案,由Elasticsearch、Logstash和Kibana三个组件组成。通过比较它们的特点、优势和适用场景,读者可以更好地了解如何选择适合自己需求的工具。
|
9月前
|
JavaScript 安全 Java
智慧产科一体化管理平台源码,基于Java,Vue,ElementUI技术开发,二开快捷
智慧产科一体化管理平台覆盖从备孕到产后42天的全流程管理,构建科室协同、医患沟通及智能设备互联平台。通过移动端扫码建卡、自助报道、智能采集数据等手段优化就诊流程,提升孕妇就诊体验,并实现高危孕产妇五色管理和孕妇学校三位一体化管理,全面提升妇幼健康宣教质量。
184 12
|
人工智能 监控 IDE
利用AI进行代码生成:开发新纪元
【10月更文挑战第9天】人工智能在软件开发领域的应用日益广泛,特别是AI驱动的代码生成技术。本文介绍了AI代码生成的原理、核心优势及实施步骤,探讨了其在自动补全、代码优化和快速原型开发中的应用,并提供了实战技巧,旨在帮助开发者高效利用这一技术提升开发质量和效率。
|
存储 API 数据安全/隐私保护
​邮箱收不到验证码邮件是什么原因
在互联网应用中,未收到验证码邮件常令人困扰。原因包括邮件误入垃圾箱、邮箱设置不当、发件服务器故障、地址输入错误及ISP拦截。解决策略有检查垃圾邮件、清理邮箱、修正设置、确认地址准确及更换邮箱服务。推荐使用AOKSend提升邮件送达率,其优势在于高送达率、实时监测与易集成,通过注册、获取API、配置SMTP及测试,可有效解决验证码邮件送达问题,优化用户体验。
|
监控 安全 API
orhanobut/logger - 强大的Android日志打印库
orhanobut/logger - 强大的Android日志打印库
806 1
uniapp中组件库的丰富NumberBox 步进器的用法
uniapp中组件库的丰富NumberBox 步进器的用法
535 0
|
数据安全/隐私保护 Python
【python实现学生选课系统】
【python实现学生选课系统】
384 0
|
存储
qemu 使用 ceph rbd 存储块
qemu 使用 ceph rbd 存储块
398 0
|
网络协议 网络性能优化 流计算
RTSP协议、RTMP协议、HTTP协议的区别
理论上RTSP RTMPHTTP都可以做直播和点播,但一般做直播用RTSP RTMP,做点播用HTTP。做视频会议的时候原来用SIP协议,现在基本上被RTMP协议取代了。 RTSP、 RTMP、HTTP的共同点、区别 共同点: 1:RTSP RTMP HTTP都是在应用应用层。
3618 0