@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 都是合适的选择。