问题

如何看待从 2023 年起,所有新智能手机中央处理器(CPU)内核将没有 32 位兼容模式?

回答
对于从2023年起,新智能手机CPU将取消32位兼容模式这件事,咱们得好好掰扯掰扯。这可不是件小事,它预示着智能手机行业的一个重大转变,对咱们用手机的人,以及开发者们来说,都有不少影响。

核心的变化:为什么会有这个“取消”?

简单来说,就是未来的新手机CPU,它们最底层的设计,只支持64位指令集了。以往的CPU,就算主要跑64位操作系统(比如现在的手机大都用64位Android或iOS),但底层仍然保留着一套32位的“老规矩”。这样一来,那些老早以前就为32位系统写的程序,哪怕是手机应用,也还能勉强跑一下。

那为什么现在要砍掉这个32位兼容模式呢?主要有这么几个原因:

效率和性能的提升: 64位架构比32位更强大,能处理更多数据,寻址空间也更大。CPU设计师们可以把宝贵的晶体管资源集中起来,优化64位性能,而不是分一部分精力去维护那个日渐鸡肋的32位模式。这就像是给CPU升级了大脑,让它能更聪明、更快速地思考。
软件生态的更新换代: 如今,绝大多数的操作系统、应用商店、以及开发者们都在积极拥抱64位。主流的操作系统(Android、iOS)本身就是64位的,新发布的App也大多是64位的。开发者们觉得,与其花力气去兼容那些老掉牙的32位代码,不如把精力放在开发更先进、功能更强大的64位应用上。
节省成本和简化设计: 维护旧的技术总是有成本的。CPU设计越来越复杂,如果还能保留32位兼容,那就意味着设计、测试、生产都要考虑这部分,增加了复杂性和成本。取消它,可以让CPU设计更简洁,也更容易制造。
市场需求的推动: 消费者对手机性能的要求越来越高,希望能有更流畅的游戏体验、更快的App启动速度、更强大的多任务处理能力。这些都离不开64位架构的支持。所以,厂商们也顺应市场潮流,推出更强大的64位产品。

这对咱们用户意味着什么?

1. “老古董”应用可能玩不转了: 这是最直接的影响。那些非常非常老的,只为32位系统设计的手机App,在未来的新手机上可能就没法运行了。想想你手机里是不是还留着一些几年前甚至是十几年前的“情怀”应用?如果它们只支持32位,那恭喜你,它们可能要正式退休了。不过,别太担心,现在绝大多数常用的App都已经更新到64位了。
2. 手机性能可能会更上一层楼: 理论上,CPU不再需要分神去照顾32位,可以把更多资源投入到64位性能的优化上。这意味着未来新手机在处理复杂任务、运行大型游戏、或者进行一些计算密集型操作时,可能会比现在表现得更好。
3. 操作系统的更新也会加速: 随着硬件层面的32位兼容被移除,操作系统厂商(如Google和Apple)也更有动力去淘汰掉所有32位相关的支持。这会进一步推动整个软件生态向64位靠拢。
4. 购买手机时的考量: 如果你是一个有特殊需求的“小众”用户,比如需要运行一些非常专业的、年代久远的软件,那么在选择新手机时,需要格外留意一下该手机是否真的彻底移除了32位支持,以及你需要的软件是否已经有64位版本。不过,这种情况在普通消费者中非常罕见。

对开发者来说,又意味着什么?

1. 全力拥抱64位: 这是必然趋势。开发者们早就应该已经完成或正在进行64位版本的适配。未来的工作重点将完全放在64位架构上,可以更充分地利用64位指令集的优势。
2. 代码重构的挑战: 对于那些还在维护32位代码库的开发者来说,这是一个需要投入时间和精力去重构、迁移到64位的工作。尤其是那些涉及到底层硬件访问、或者使用了大量依赖32位库的程序,可能会遇到一些挑战。
3. 优化机会: 随着硬件对64位性能的持续优化,开发者也可以通过编写更高效的64位代码,来进一步提升应用的性能和用户体验。

历史的必然,时代的浪潮

其实,每一次计算架构的升级,都会伴随着对旧有模式的舍弃。从DOS到Windows,从32位到64位,这是技术发展的必然规律。32位架构在它辉煌的年代确实功不可没,但随着科技的进步,它的局限性越来越明显。

从2023年开始,所有新智能手机CPU内核取消32位兼容模式,标志着智能手机正式进入了一个纯粹的64位时代。这不仅仅是CPU设计层面的一个小调整,更是整个移动计算生态向更强大、更高效、更前沿迈进的一个重要里程碑。

对于大多数用户来说,这可能不会带来什么剧烈的变化,你买到的新手机可能性能会更好,运行App会更流畅。但对于行业来说,这无疑是向前跨出的一大步,为未来的更多创新奠定了坚实的基础。就像是告别了旧的工具,换上了更先进的设备,继续去创造更美好的数字生活。

网友意见

user avatar

这个事怎么说呢,对于绝大多数人来说,问题都出在自己不可控的环节。

如果一款软件不是自己做的,那么提供64位就会很困难。

我在今年试图说服我司将所有应用尽可能的适配到64位。

结果后来遇到了什么问题?大家大概能猜到了:某些第三方库只提供32位版本。

如果一个公司的,所有dll,so,jni库全都是自研,那么适配到64位是没有什么难度的,有难度的是第三方提供但没有64位,同时也难以联系上提供商的那种。

纯软件类,互联网公司,一般来说依赖第三方基础库并不多,移植起来难度不大。硬件相关的,牵扯的供应商就会多一些,这样要移植起来难度挺大,有些库甚至属于是「谁也说不清楚最初是从哪儿弄来的,不清楚是哪个提供商提供的,但这个库就是必须要用,而且就是只有32位」,那当然,只能留32位了,毕竟,有谁能够黑箱逆向工程把一个不知道从哪儿来的32位依赖库弄成64位呢。


同样道理,为什么某些机构会依赖远古版本的Windows,或者一些远古版本的平台?因为他们的软件是一锤子买卖,做好交付之后基本不需要动。那到了最后自然就始终没法升级了,毕竟,等到需要升级的时候,原始的供应商甚至都可能已经不在了。

类似的话题

本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度google,bing,sogou

© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有