总结:
-
函数式编程其实是一种编程思想,它追求更细的粒度,将应用拆分成一组组极小的单元函数,组合调用操作数据流;
-
它提倡着 纯函数 / 函数复合 / 数据不可变, 谨慎对待函数内的 状态共享 / 依赖外部 / 副作用;
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
Tips:
其实我们很难也不需要在面试过程中去完美地阐述出整套思想,这里也只是浅尝辄止,一些个人理解而已。博主也是初级小菜鸟,停留在表面而已,只求对大家能有所帮助,轻喷🤣;
我个人觉得: 这些编程范式之间,其实并不矛盾,各有各的 优劣势。
理解和学习它们的理念与优势,合理地 设计融合,将优秀的软件编程思想用于提升我们应用;
所有设计思想,最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用,开发更为高效和安全;
- 机器代码应使用的 CPU 指令集。
- 运行时内存存储和加载的字节顺序。
- 可执行二进制文件(例如程序和共享库)的格式,以及它们支持的内容类型。
- 用于解析内容与系统之间数据的各种约定。这些约定包括对齐限制,以及系统如何使用堆栈和在调用函数时注册。
- 运行时可用于机器代码的函数符号列表 - 通常来自非常具体的库集。
三、为何设置 ndk 的 abiFilters
其实这个可以不设置,这样编译时,就会将项目里所有依赖资源包里的so库
都编译到最终的apk
里。
但是有些平台,我们是不需要支持的,如果不删除依赖的话,apk就臃肿了。如果那些so库
是我们自己编译出来的,那可以直接在工程中删除对应so文件
,但是如果是第三方提供的,就不好删除了,所以就需要使用abiFilters
来过滤了。
当前市面绝大多数是arm
架构的CPU,而且都是V7或V8架构,所以可以保留armeabi
或者armeabi-v7a
即可。
如果仅保留armeabi-v7a
,而有些第三方包未提供v7a
的包,则可以将对应armeabi
包拷贝到armeabi-v7a
。
如果同时保留armeabi
和armeabi-v7a
,则需要保证两个目录下的so库
文件数相同。
四、如何配置 gardle
build.gradle
配置信息如下所示:
ndk {
//设置支持的SO库架构
abiFilters "armeabi", "armeabi-v7a", "x86\_64" //, "arm64-v8a"
}
五、ABI支持详解
ABI | 支持的指令集(说明) |
---|---|
armeabi | ARMV5TE 和更高版本 Thumb-1 ( 无硬浮点。) |
armeabi-v7a | armeabi、Thumb-2、VFPv3-D16、其他(可选)(与 ARMv5、v6 设备不兼容。) |
arm64-v8a | AArch-64 |
x86 | x86 (IA-32)、MMX、SSE/2/3、SSSE3(不支持 MOVBE 或 SSE4。) |
x86_64 | x86-64、MMX、SSE/2/3、SSSE3、SSE4.1、4.2、POPCNT |
mips | MIPS32r1 及更高版本(使用硬浮点,并且假设 CPU:FPU 时钟比率为 2:1 以获取最大兼容性。 不提供 micromips 或 MIPS16。) |
mips64 | MIPS64r6 |
六、支持建议
由于处理器架构为armeabi-v7a
、arm64-v8a
占市场的99%以上的份额,因此我们必须要支持。
Android 处理器架构汇总建议:
- mips (已弃用)
- mips64 (已弃用)
- armeabi (已弃用)
- armeabi-v7a (需要支持— 现在最流行的处理器架构)
- arm64-v8a (需要支持 — armeabi-v7a的新版本)
- x86 (可选, 设备非常有限,可以用于模拟器debugging)
- x86_64 (可选, 设备非常有限,可以用于模拟器debugging)
算法刷题
大厂面试还是很注重算法题的,尤其是字节跳动,算法是问的比较多的,关于算法,推荐《LeetCode》和《算法的乐趣》,这两本我也有电子版,字节跳动、阿里、美团等大厂面试题(含答案+解析)、学习笔记、Xmind思维导图均可以分享给大家学习。
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
写在最后
最后,对所以做Java的朋友提几点建议,也是我的个人心得:
-
疯狂编程
-
学习效果可视化
-
写博客
-
阅读优秀代码
-
心态调整