12306app 已经上 arm64 几大银行的 app 仍在坚守 armeabi

[PMR]

……

[ostrichb]

还有中国联不通营业厅，必须点名表扬，1202 年了还在坚守传统

[kop1989]

对于这种关键业务 app 来讲，
改了用户能感觉到提升么？
对程序稳定性有帮助么？
不明显的话，为何要改？难道只是为了极少数人的极客情怀？

[respawn]

普适,通用

[xiaocongcong]

稳定是关键啊，不能随便影响乘客购票。12306 虽然系统很烂，但是能买到票是不。银行除了招行 app 用着比较好，其他的不都是被逼着开始投入设计和关注用户体验的。

[Love4Taylor]

@kop1989 各商店已经陆续有要求了

[Love4Taylor]

@kop1989 再加上之后的 SoC 会逐步取消 32 位的 abi

[gaobh]

这类 app 都要求惠普性，你试试在安卓 2.3 版本上大部分都能用

[set01]

@xiaocongcong 建行以前用着挺好的，现在乱七八糟的功能越来越多

[Saxton]

@xiaocongcong 12306 系统很烂？ 那是上个世纪的事了

[gainsurier]

@kop1989 新的 armv9 只有中核才能用 32 位，小核和超大核用不了，相当影响续航。

[wowbaby]

@xiaocongcong 12306 系统很烂？我觉得 ui 及体验都做得相当好了啊

[kop1989]

@gainsurier #10
@Love4Taylor #6

一个是，二位也都说了，这都是“一般将来时”。
另一个问题是，要考虑兼容性。
最后是，一个银行 app 能有多少性能压力，你在里面玩原神么😂

[xiaocongcong]

@gainsurier
@wowbaby 你们用的好就行，对于我这种经常坐高铁的人来说很多要吐槽的。

[xz410236056]

@kop1989 #2 前端业务有什么核心关键业务？说极端点，前端好看最重要。

[luguozmy]

@xiaocongcong 怕是贵司的 app 还不如 12306 呢

[MaxLi77]

银行那些外包估计都换了好几批人了。。。

[belin520]

12306 App 的交互和商业化，我觉得他们的产品经理真的是用心了。

[xiaocongcong]

@luguozmy 我又没说底层代码，我说它体验烂不行吗，凭哪一点你觉得 12306 好，阴阳怪气你有病啊

[xiaocongcong]

@luguozmy 请问我司和 12306 一个量级吗，请问我司花纳税人钱了吗？请问我司退票要手续费了吗，请问我司产品让你抢不到票回不了家了吗

[xiaocongcong]

又忍不住骂人了，删不掉回复。被封号就算了，受不了上面这种人，和微博上那些阴阳怪气不会说话的人一样让人讨厌

[liuidetmks]

@xiaocongcong 更正下,12306 是公司化运营,不花纳税人钱。
即使花了，也是花的值得，纳的税不是拿出来用改善民生的呢

[zachgenius]

不错了, 你看交通银行网页版, 还要 IE

[icyalala]

@kop1989 本来还以为是装领导反讽，没想到真有人这么想啊。。
arm64 移动端已经快 10 年了，苹果在 6 年前也已经强制 App 64 位才能上架。
对于 Android ，ARM 明年大核就没有 arm32 ，后年就全面停止 ARM 了。

这么多年不改，非要等到 deadline 再去改，不怕到时候出岔子吗，这对稳定性有帮助？
留着 arm32 才是少数人的"情怀"，就像现在还在用 xp 和 IE 的那些 XX 系统一样。

[xiaocongcong]

@liuidetmks 我的本意是它系统稳定，能用。但是我个人觉得他用起来体验很差，不管怎么样作为一个经常坐高铁的人我都基本不用 12306app ，买票都是飞猪 京东或者银行的入口，而且还经常有优惠券或者推荐的购票方案。我当然知道这些接口用的也是 12306 的服务，但是用起来方便快捷对不。我不知道为什么楼上就有人硬要杠，我还不能说 12306 体验烂？

[zxcslove]

主流几家银行的 app ，真不那么流畅，多少有点肉

[gainsurier]

@kop1989 不是将来时，8 gen 1 和天玑 9000 已经只有大(中)核支持 32 位了

[kop1989]

@icyalala #23

1 、银行 app 是只给懂技术的人用的么？绝大多数人都不懂什么是 ARMv8 。你从技术上讲得“小众”，放到用户视角来看就是大众。从你给“小众”得定义就能看出，典型的技术为王心理。

2 、一个 app 是否应该进行技术迭代，和一个技术上市的时间有什么关系？

3 、在死线来临前再进行更新有什么问题？死线快到了就会“出岔子”，那用新技术出的岔子怎么算？

4 、自己看看用最新 Soc 的用户有多少占比？

[kop1989]

@gainsurier #26 所以你拿到手机了么？

[lakehylia]

@icyalala 这事不归工信部管，如果归工信部管，那妥妥的。没压力就没动力，现在国内各大应用商店都还没强制 64 位。

[nosmile]

这都能吵起来。。。

[icyalala]

@kop1989 啊这。。典型不懂技术又想管事儿的老领导心里。

后年出的 CPU 没有 ARM32 支持，也就是说后年买到的手机，就无法运行现在这些没有改的 App 。。
银行 App 当然是要给尽可能多的人用，用户当然不懂这些，他们 App 跑不起来该怪手机还是怪厂商？
ARM64 已经是很成熟很长时间的技术了，算不上新技术。
没做过适配，deadline 前想当然更新当然有各种问题，不说别的，他们依赖的 SDK 升级就够喝一壶的了。
你自己看看现在不支持 ARM64 的安卓机型还有多少？

[kop1989]

@nosmile #30 当然要吵，作为搞技术的一份子，利用自己的极客情怀，动不动就靠嘴剥夺 6 年前设备的使用资格（ 14 年一季度发布的 602A 依然是 ARMv7 ）。对产品发表意见的同时丝毫不考虑用户的体验，这不就是典型的技术自大思维么？

好像不懂技术，不追新设备，没有极客精神的人都不配用手机一样。

[kop1989]

@icyalala #31

“没做过适配，deadline 前想当然更新当然有各种问题”。
你任何时刻决策更新不都有这个问题？这跟死线有一分钱关系么？

[kop1989]

@icyalala #31

收束到核心论点。是否更新 ARM64 ，在 2021 年 12 月 21 日，从用户视角看，是不是只是让搞技术的你在极客心理上爽了一下？没有大的实质性帮助？

如果是，那凭什么说人家的选择是错的？

[icyalala]

@kop1989 与时间有关。尽早做适配，时间足够充裕，开发也好测试也好，都可以留有足够的余裕。
出问题的可能当然比匆忙修改上线要小。

[icyalala]

@kop1989 如果除开其他的问题，单就用户体验上来讲，ARM64 的性能和安全在现在手机上表现得比 ARM32 要更好。

[dejavuwind]

@kop1989 602A 面向的并不是智能手机，而且 6 年前的手机，按照我对安卓手机的了解，应该没有还在日常使用的了，不过可能需要更准确的数据支撑，但你举的例子貌似并不足以支撑你的观点。

[kop1989]

@icyalala #35
关于这点，我有两个想法。

一个是，目前确实还有充足的时间进行升级（毕竟完全不支持 32 位 app 的 Soc 还未发布，只大 /中核支持的手机还没落地）。

还有一个是，目前银行 app ，只有 32 位版本，是用户视角。
至于说银行内部的开发与优化进度，我们未可知。
当然，这点我也不可证伪，毕竟我不是银行行业从业人员。

我只是单纯从当前时间点，对于 32 位程序发表的评论。

[naix1573]

别吵别吵，怎么每次都有这么多人说不上几句就开始吵啊，好好聊天就好了啊。
可能我 12306 用的不多，就每次用都感觉还不错，而且感觉更新的挺多也挺好的。就是已经像一个商业化很好的 APP ，一点儿没有过去铁老大的那种僵硬腐朽的感觉了~ 😂

[kop1989]

@dejavuwind #37
同意，602A 是车载终端的产品，所以我也说了是“设备”。这确实不够确切，有些极端。

[boko]

我就不明白了，apk 打包里面可以同时把 arm64-v8a 、armeabi-v7a 、armeabi 甚至 x86 、x86-64 都打进去，怎么就不能兼容老机型了。

[dejavuwind]

@kop1989 所以核心问题就在于，目前的 12306APP 用户群体中，有多少人会因为 APP 更新到 ARM64 而受到负面影响？有相对准确可靠的数据支撑吗？如果有，那么可以理解，如果没有，那是不是就无法以“稳定”作为不更新 ARM64 的理由了呢？反之，有多少人会因为这个更新提升用户体验？

[dejavuwind]

@boko 非安卓开发，单就尝试站在用户的角度来讨论了。

不清楚增加打包兼容架构类型是不是会提升开发成本。

[Korto]

啊这...也能吵起来，说到银行 APP ，垃圾与否先另说，但动不动就弹出东西来确实挺恶心的，也就华夏的那个正常点儿。

[hichinaman]

別吵了吧，大家都是中国人，拿刀直接砍

[kop1989]

@dejavuwind #42 所以我一开始在强调论点是，“没有必要更新到 ARM64”。或者说用户体验的提升是否“明显”以至于升级、发布“ARM64”版本。

如果从单纯的技术上考虑，必然追版本升级百利无一害。
大不了我可以打 armeabi-v7a 包嘛，再大不了我可以双版本并行开发嘛。

但往往落在软件工程上，再加上是银行 app ，就没那么简单了。

[kop1989]

@dejavuwind #42
我的结论是，从我个人的经验而言，更新 ARM64 版本，并不能让银行 app 出现“明显感知”的性能优势。

1 、银行 app 的性能压力小，基本上处于表单查询、提交的范畴。
2 、银行 app 出于安全、隐私等角度，非官方组件多（比如识别度最高的“密码键盘”）。
3 、银行 app 的单次使用时长低，没有长驻留需求。

综上，ARM64 带来的效率与用户体验的提升，在目前的时间点，我个人认为，成本高于收益。

[wyx119911]

@kop1989 当然可以提升用户体验，只是银行的竞争力并不在用户体验上，所以不愿意投入

[kop1989]

@wyx119911 #48 同意此观点。

[wonderfulcxm]

@ostrichb 这梗 2020 就玩不转了…

[mxalbert1996]

@kop1989
「一个银行 app 能有多少性能压力」
你知道为什么电脑、手机会越来越卡么？因为大家都是像你这样想的。

[kop1989]

@mxalbert1996 #51
立场不同，必然选择不同。抛弃立场谈决策就是缘木求鱼，管中窥豹。

作为用户，必然我会选择更为清爽、安全的产品。
但作为开发者，我必然也会选择最优性价比的软件工程实践。

尤其是像银行 app 这种基础设施 app 领域上。
用户并不会因为 app 更快，少占用 1%的 cpu ，或者让他每天节电 1%就选择一个银行。

[zhangjinghua]

我想说交通银行的 app 是真的难用，特别卡

[youxiachai]

银行 app 据我了解,基本都是外包公司再改....得甲方有需求才行啊..

[icyalala]

@kop1989 拿个实际例子来看看吧，
建行 App ，现在在 lib/armabi-v7a 下面，有 50 个 so ，有 44MB ，看看都有啥功能：
IDCardScan, BankCardScan 、zbar 、ZCode 这都是各种卡片和二维码图像识别
myaudio 、codec 、opus 、yuv 、ProcessImg 、gif 这些都是音视频图像编码相关的库
sqlcipher 、mmkv 、AES 、iconv 数据处理、加密解密相关的
除此之外还有各种三方 SDK 比如百度地图、友盟统计、各种安全库加密库

现在银行 App 远远不是你所谓的 "表单查询和提交" 的范畴，
而且各种功能，包括最基础的扫码、gif 动图、数据存储，甚至启动 App 时代码解密都是依赖底层这些库，
升级能带来各个方面的提升，也并不是你所谓 "没有明显感知"。
同一个包也可以带 v8a 、v7a 两套 so ，也不影响旧用户的使用。

对于以后的 arm64 ，这些底层的 so 都要全部升级一遍，功能都要重新测试，
而且随着时间越久，第三方 SDK 和源码，对于 32 位支持就越弱；同时 API 变动越大，升级代价也越高。
所以从开发者角度，支持时间越晚，成本就会越高，这都是我做移动开发这么多年的切实经验。

无论从开发者还是用户的立场，尽早支持 arm64 都是合适的选择。

[mxalbert1996]

@kop1989
你是不是对性价比有什么误解？
支持 arm64 是早晚必须要做的事，区别只是时间而已，我们就不考虑其他所有因素，就算早晚支持的成本都一样吧，早支持能让用户更早享受更好的体验，你的所谓性价比最优是怎么算出来的？

[westoy]

这种业务大概率外包的吧

站在甲方角度， 现在都能用改个毛啊， 而且甲方都未必知道需要改， 就算知道， 这玩意儿涉及支出的， 熬到下一届接盘的去做支出， 我这届负责对接这项目的部门不就增加盈余了么....

站在乙方角度这项目在维护周期内预算就那么多， 我闲得蛋疼去给自己找事， 而且一方面这种业务可以做成重新开发涉及重新定价， 谁先开口谁输， 另一方面提醒甲方， 甲方也有充足的时间去重新招标。所以从乙方的角度， 有一部分人不能用去给甲方施压， 甲方心急火燎来找我的时候才是能谈的时候

你们为什么会觉得大家都应该是铁板一块提前为客户着想呢......

[psklf]

银行 App 向来都是技术落后拉胯的代表，每次 Android 更新，上来问的问题肯定是各大银行应用是否运行正常。
所以不更新 arm64 也太正常不过了。

[psklf]

@kop1989 升级 arm64 当然可以提高性能。这不是少数人的极客情怀，play 市场已经不允许不提供 arm64 的应用上架，国内的应用市场同样跟进。

[xylxAdai]

@kop1989 #32 ，你不懂还是别扯了吧，arm64 和 armabi 分包下发在应用商店都多少年的技术了？还担心升级影响用户，承认自己不懂又这么难吗？银行的领导都是你这种想法吧？不想承担责任，非要 deadline 来搞升级。

#42 还成本高于利益，本身就必须要升级的，新用户用不了你关心一下？

[jfdnet]

银行的 app 会不会大部分都是外包的？如果都是外包的 那就说得通了。

[zoharSoul]

@xiaocongcong #4 要不你再看一遍楼主说的啥?

[kop1989]

@xylxAdai #60
1 、你怎么确定银行当前现有的程序就能完美支持 ARM64 ？批评别人不懂之前先理清自己的逻辑好不好？要不你先跟#55 打一架？

2 、如果不能完美支持，非可见内容的工作量成本和风险你来承担？

3 、目前市面上那台设备不能完美支持 32 位 app ？你拿的出来一台么？

[vincent7245]

@xiaocongcong 以后可千万别在外面说这话，容易露怯。12306 是目前技术水平下能做到的最好的票务系统，阿里双十一和他比都是弟弟

[kop1989]

@xylxAdai #60
4 、为何发表观点之前非要去试图靠“诛心之论”来抹黑对方？一口一个不懂。就事论事，对别人合理的尊重就那么难？

如果非要摆资历，我也是 2008 年开始接触，2011 年入行，从 Android2.1 一路 Widget 、双 Service 保活、NDK 开发摸爬滚打过来的。

更新谁都知道好，谁都知道体验好的 app 是政治正确，有钱你怎么玩都行。
但商业玩的是利润好么？为何更新 ARM64 需要平台牵头强制？这就可见一斑。

[AyaseEri]

@kop1989 哈哈哈哈你知道现在银行的 app 都是有小程序框架的么

[chuckzhou02]

个税那个 App 也做的很不错.

[skyphone001]

来自谷歌

64-bit support requirement in 2019

Platform support for 64-bit architectures was introduced in Android 5.0. Today, over 40% of Android devices coming online have 64-bit support, while still maintaining 32-bit compatibility. For apps that use native libraries, 64-bit code typically offers significantly better performance, with additional registers and new instructions.

In anticipation of future Android devices that support 64-bit code only, the Play Console will require that new apps and app updates with native libraries provide 64-bit versions in addition to their 32-bit versions. This can be within a single APK or as one of the multiple APKs published.

We are not removing 32-bit support. Google Play will continue to support 32-bit apps and devices. Apps that do not include native code are unaffected.

This change will come into effect in August 2019. We're providing advance notice today to allow plenty of time for developers who don't yet support 64-bit to plan the transition. Stay tuned for a future post in which we'll take an in-depth look at the performance benefits of 64-bit native libraries on Android, and check out the CPUs and Architectures guide of the NDK for more info.

[zhoushengyue]

@gainsurier ARM 都说了保留 32 位支援就是为了中国用户

[3dwelcome]

从技术的角度应该不是难事，这几个 APP 有苹果商店版本吧，苹果商店很早就和楼上的 GooglePlay 一样，强制要求开发者用 64bit 编译。

银行 APP ，引用第三方 SDK 库都差不多的，没理由在 iOS 上能编译成 64 位，而安卓只能编译 32 位吧？

不考虑技术，只考虑市场，发布 32 位程序能兼容更多的老设备，仅此而已。比如 bilibili 的 GOOGLE 商店版，都快 2022 年了，都还有 32 位的新版本，你们有想过为什么吗？

[JxQg597]

@icyalala 有些人是滚刀肉，自以为是理中客呢，你跟他“啊对对对”就完事了。

还有谢谢你的回复，我学习到了很多之前未了解到的知识。

[zxCoder]

12306 还好吧，经常坐，没感到哪不舒服

[kett]

我又想起了大连那个因为 Flash 停用导致列车调度内部系统不能正常使用的新闻了
『车务段称，在实施了临时性产品更换、软件突破性测试运行、硬件设备搭建等一系列操作后，终于在次日恢复 Flash Player 的运作。大连车务段在此次“解决 Flash 故障的攻关项目”的精彩表现，也获得了局信息所“大连车务段人人都是高手”的高度评价。微机室全体成员在解决故障的攻关项目上，真正做到了“敢于攻关、敢于创新、敢于领先”。』

[jim9606]

@gaobh @respawn
armeabi 是 ARMv5 的 ABI ，现在遗留的 32 位 Soc 都至少是 armeabi-v7a ，ARMv7 的 ABI 。
翻了下小米商店，四大行是这个情况：
中行(7.2.1,min14,target27,armeabi)
农行(6.7.0,min19,target26,armeabi)
工行(7.0.1.2.0,min21,target26,arm64-v8a)
建行(5.6.4,min19,target26,armeabi-v7a)

就算是最差的中行也只兼容到 14(4.0)，现在不支持 2.3 是很合理的，主流选择是 19(4.4)。同行最优秀的可能是招行(9.2.2,min19,target29,arm64-v8a)。真要在老设备跑的，装旧版本去。

就算论用户普适性，上面没一个比得过微信(8.0.15,min21,target29,arm64-v8a)。

所以就是懒。

[mnsw]

@xiaocongcong #4 12306 系统很烂？ 2021 年都快过去了吧

[0o0o0o0]

放心吧，银行不会让你们用不了他们的 app 的，到了时间都会上 arm64 ，可能现在已经开发测试好了，就是没上，因为现在还没有不能运行 32 位程序的手机（至少大众消费品领域）。

[nashxk]

有几个应用商店要求 12.31 号后不能上传 32 位包了，刚刚把公司的包更新了一波

[greenskinmonster]

这几天装了 android 12 测试版，升级了一些银行和政企软件，比如招商银行 /掌上生活 /微众银行 /上海银行还有 12306/个人所得税，都不需要电话和存储权限就可以正常使用了。建设银行登录必需要电话权限，存储权限不需要了。国产应用不满手机拉屎竟然就要实现了，比我预期的要快。
感觉只要上流版本打算放弃 arm 32 位，他们跟进应该还是不会有问题的。

[clf]

@kop1989 #32

“当然要吵，作为搞技术的一份子，利用自己的极客情怀，动不动就靠嘴剥夺 6 年前设备的使用资格（ 14 年一季度发布的 602A 依然是 ARMv7 ）”

所以现在六年前的设备是无法使用 支付宝 和 微信 了么……论安全要求，支付宝和微信的支付安全要求不比银行低；论兼容性要求，这两个国民 App 的手机覆盖率比银行 App 高多了，使用频率也是。

本质上就是银行开发偷懒 /菜。每次 Android 大版本升级，兼容性最差的就是各个银行 App ，而银行 App 里优秀的招行等就很少出现过兼容性问题。

我是不是可以来一句：作为搞技术的，部分银行开发人员技术菜的不行 或 懒的不行，不主动适配系统新版本，正式版出来后也是出问题了才去做适配，因为菜和懒而剥夺了尝鲜用户升级新系统的权利 和 消费者换新手机的权利。

适配肯定要留够充足的测试时间的，即便你 app 包不提前放出来，起码内部要有评估和提前适配。

[gengchun]

@xiaocongcong 国铁虽这两年亏损，但是至少没有直接要钱，何况股权还是国有的。前一句话讲国铁花纳税人的钱——技术上其实从企业组织结构来看并没有直接花；后一句，又不满意人家收个退票手续费。合着人家一企业赚钱也不行，不赚钱也不行。

我不知道你怎么去评价，比如说，美国国会直接拨了五六百，还是七八百亿——看算不算低息贷款——美元替航司发工资。结果前就两天 CNBC 还报道说航司们拿了钱，竟然还在节假日取消航班，国会很不满意。

[jerryjhou]

@kop1989 这么喜欢杠吗，Cortex X2 已取消 32 位支持。A510 也没了，只剩 A710 还是专门针对中国市场保留的。也就是说天玑 9000 和 8 Gen1 都强制锁中核运行，这对一众 Webview 套壳效能影响可不小

[otakustay]

@vincent7245 #64 他技术好不好，和他交互体验差有什么关联吗？ 12306 的交互体验就是不好啊，这和他能抗多少并发多少交易量根本没一毛钱关系吧

[3dwelcome]

B 站上周的最新版 APP ，还在孜孜不倦的发 32 位版本，说明还是有存量市场，否则完全可以只发布 64 位的新版。

对于码农来说，维护一个 64 位版本省事多了。

[wangtian2020]

太多领导层的抱着不求有功但求无过的缩头心理，能不做就不做，能做乌龟就做乌龟。
能用 latest 稳定版的都算好的，政府项目外包公司 IE 需求今年复明年
很多东西升级其实是举手之劳

[jerryjhou]

@3dwelcome 这是东南亚国际版

[Innovatino]

又吵起来了，服了

[ftu]

有用吗？

微信支持 M1 ，算新了吧，照样在 v2 喷成米田共。是因为技术旧的缘故？还是因为为了喷而喷？

[br00k]

电视盒子很多系统还是 32 位的，虽然处理器支持 64 位。

[mind3x]

"我既然选择了开杠，那我是一定杠到底的，改观点算我输“

[labulaka521]

改为撕逼论坛吧 哈哈哈

[Anarchy]

都是应用商店要求不得不升，而且还有 32 位机型要兼容。就是升了之后还要多维护一个版本，没看出来什么好处。

[SpicaStar]

@zhoushengyue 哈哈，这就跟 IE 一样
现在还有很多银行非 IE 不能用，可是 win11 都没有 IE 了。结果发现 win11 的 Edge 居然添加了 IE 兼容模式

[fan123199]

其实兼容 64 位并不难。只是涉及底层改动的，回归测试工作量特别大。

[freshmanc]

@gaobh 真是这样吗。。我打开了工行 app："建议您更新到最新版本，体验更优质服务".....

[feigle]

@icyalala 没必要和他较真，求稳的最后是什么下场，所以都是枪杆子保住它。
看到很多都在说购票的：
新手：app 很好用，购票方便，都是我想要的功能。
轻度使用者：app 中规中矩，都是常用功能。
老手：已购车票座位信息显示不醒目，余票数据永远是脏缓存，下单最后一步才提示无票。
人以类聚，物以群分。

[sprite82]

大连车务段 flash 事件 重新上演为 各大银行 app 无法在新手机运行

[lscho]

@xiaocongcong 12306 不烂，而且没有花纳税人的钱，退票本来就应该收手续费（购买火车票本质是签订合同，退票就是违约。如果你把它当商品，那么商品一经售出概不退换你接受吗）。抢不到票并不是 12306 的原因，而是真的没票。反而 12306 一直在对抗黄牛，才让普通人有能抢到票的机会。

[ihipop]

只要有合适的 lib ，arm64 一样可以运行 32 的代码啊，搞不明白吵啥？
你看 N1 的 coreelec ，不一样用着 64 位内核和 CPU ，但是 userspace 程序和 toolchain 都是 32 位的？

[hkezh]

还是苹果强硬，不支持就不允许商家商店

[1235467]

工行 app 的体验确实不咋地，ui 越改越复杂了，看着头大