我写的程序里面编译了armeabi，armeabi-v7a，arm64-v8a，x86四种so文件，我想通过删除so文件的方式减小APK体积，但是删掉后部分机型的部分功能会报错，然后发现微信只编译了armeabi一种so文件，没有armeabi-v7a，arm64-v8a，x86是如何运行在各种处理器的手机上的？
因为armeabi支持在 armeabi，armeabi-v7a，arm64-v8a下运行,也支持部分x86。而市面上基本没有mips架构的手机，所以理论上一个armeabi 就支持所有的手机了。armeabi运行在v7 v8 下只是效率会有偏差。
可以看这个关于Android so文件你所需要了解的
所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件，因此似乎移除其他ABIs的.so文件是一个减少APK大小的好技巧。但事实上并不是：这不只影响到函数库的性能和兼容性。
x86设备能够很好的运行ARM类型函数库，但并不保证100%不发生crash，特别是对旧设备。64位设备（arm64-v8a, x86_64, mips64）能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的ART和Android组件，将丢失专为64位优化过的性能（ART，webview，media等等）。
有可能是动态加载的。
首先，armeabi能够兼容其他架构armeabi-v7a，arm64-v8a，x86。其次，你只是看到了微信armeabi目录而已，这个目录下还可以放置其他架构的SO文件，再通过代码实现选择加载哪一个架构的SO文件。
因为armeabi支持在 armeabi，armeabi-v7a，arm64-v8a下运行,也支持部分x86。而市面上基本没有mips架构的手机，所以理论上一个armeabi 就支持所有的手机了。armeabi运行在v7 v8 下只是效率会有偏差。
可以看这个关于Android so文件你所需要了解的
所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件，因此似乎移除其他ABIs的.so文件是一个减少APK大小的好技巧。但事实上并不是：这不只影响到函数库的性能和兼容性。
x86设备能够很好的运行ARM类型函数库，但并不保证100%不发生crash，特别是对旧设备。64位设备（arm64-v8a, x86_64, mips64）能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的ART和Android组件，将丢失专为64位优化过的性能（ART，webview，media等等）。
有可能是动态加载的。
首先，armeabi能够兼容其他架构armeabi-v7a，arm64-v8a，x86。其次，你只是看到了微信armeabi目录而已，这个目录下还可以放置其他架构的SO文件，再通过代码实现选择加载哪一个架构的SO文件。