React native 颤振apk/ipa尺寸与反应本机apk/ipa尺寸

hello world示例的React本机APK大小约为20M（），因为支持不同的硬件架构（ARMv7、ARMv8、X86等），而同一应用程序的Flatter APK大小约为7M

---

尺寸不同的原因是什么？颤振是否支持所有硬件体系结构？

RN使用开源

JavaScriptCore

，这是Safari的默认引擎。RN iOS和Android应用程序的大小不同。对于iOS，RN使用iOS平台提供的JavaScriptCore；对于Android，RN将JavaScriptCore与应用捆绑在一起，从而增加了应用的大小。Flatter和RN Hello World大小不同的原因是因为

JavaScriptCore

所以Junius的答案是正确的，但我不相信其中包含了原因。因此，Flatter编译为100%本地代码，其中RN使用本地代码和JavaScript的组合，通过桥进行通信

---

这就是为什么颤振不需要添加

JavaScript核心

，因此大小更小。但无论如何，随着应用程序的增长，JS部分的大小将始终保持不变

访问下面提到的url，它们可能会帮助您了解您正在寻找的内容

---

如果不是的话，它仍将为其他人提供更多关于颤振与其他人的不同之处的见解，以及人们是否应该选择颤振而不是任何其他混合应用程序开发技术。

前天我发布了一个颤振应用程序，其中也有图像。然而，这个应用程序的库并不像Firebase那样小，我设法使它变成了2.3MB。取而代之的是，我发布了另一款重量为8.5MB的颤振应用程序，你想知道唯一的区别吗？Api最小值从21开始，而重量为8.5的最小值从16开始。这是一个很大的优势，因为2.3非常少。只有在调试模式下，其大小才非常大，所以不要担心，因为当您将appBundle中的颤振应用程序压缩到Play Store（例如，播放存储）时，其大小会非常大

---

你所说的

“硬件架构”是什么意思？@pskink我想是ARMv7、ARMv8、X86等他想提到的。@pskink是的，我的意思是类似ARMv7的东西……我的问题不是为什么iOS和Android中导出的版本大小不同。这就是我在这里所说的。Flatter和RN Hello World大小不同的原因是JavaScriptCoreforAndroid RN将JavaScriptCore与应用捆绑在一起，这增加了应用的大小