架构android,架构图

27.Android架构-泛型擦除机制

Java的泛型是JDK5新引入的特性，为了向下兼容，虚拟机其实是不支持泛型，所以Java实现的是一种

创新互联公司主营修武网站建设的网络公司,主营网站建设方案,重庆APP开发,修武h5成都小程序开发搭建,修武网站营销推广欢迎修武等地区企业咨询

伪泛型机制，也就是说Java在编译期擦除了所有的泛型信息，这样Java就不需要产生新的类型到字节码，

所有的泛型类型最终都是一种原始类型，在Java运行时根本就不存在泛型信息。

使用ASM ByteCode Viewer查看他的字节码

可以看到我们设置的泛型R,被擦除为Object了，这就是泛型擦除

他的bytecode为

可以看到我们限定了泛型的类型，那么他的bytecode是什么样的？

可以看到虽然我们在Plate2中只定义了一个set get方法，但是bytecode中却有两个，其中一个get set方法添加了synthetic bridge 表示这是一个桥接方法，作用是为了保持多态性，可以看到 CHECKCAST java/lang/Comparable ,检查类型是否为Comparable，如果是的话再去调用上边的 public set(Ljava/lang/Comparable;)V 方法。可以这样理解， set(Ljava/lang/Object;)V 是从Plate接口实现来的， set(Ljava/lang/Comparable;)V 是他本身的，因为限定了类型范围

上边我们是通过showbytecode的方式查看的字节码，但是如果你点开类生成的class文件，你会发现，泛型既然被擦除了为什么在class中仍然可以看到？其实这里看到的只是签名而已，还保留了定义的格式，这样对分析字节码有好处。你甚至可以通过javap -c Plate2.class反编译class,你会发现，R还是能被看到，我们要看bytecode,通过showbytecode的方式比较真实

比如没有ArrayListint,只有ArrayListInteger.当类型擦除后，ArrayList的原始类中的类型变量(T)替换成Object,但Object类型不能 存放int值

因为擦除后，ArrayListString只剩下原始类型，泛型信息String不存在了，所有没法使用instanceof

因为泛型类中的泛型参数的实例化是在定义泛型类型对象 (比如ArrayListInteger)的时候指定的，而静态成员是不需要使用对象来调用的，所有对象都没创建，如何确定这个泛型参数是什么

因为擦除后两个equals方法变成一样的了

因为类型不确定

因为数组是协变（ 在某些情况下，即使某个对象不是数组的基类型，我们也可以把它赋值给数组元素。这种属性叫做协变（covariance） ），擦除后就没法满足数组协变的原则

android的系统架构

android系统架构分从下往上为linux 内核层、运行库、应用程序框架层、和应用程序层

linuxkernel：负责硬件的驱动程序、网络、电源、系统安全以及内存管理等功能。

libraries和 androidruntime：libraries：即c/c++函数库部分，大多数都是开放源代码的函数库，例如webkit，该函数库负责 android网页浏览器的运行，例如标准的c函数库libc、openssl、sqlite等，当然也包括支持游戏开发2dsgl和 3dopengles，在多媒体方面有mediaframework框架来支持各种影音和图形文件的播放与显示，例如mpeg4、h.264、mp3、 aac、amr、jpg和png等众多的多媒体文件格式。android的runtime负责解释和执行生成的dalvik格式的字节码。

applicationframework（应用软件架构），java应用程序开发人员主要是使用该层封装好的api进行快速开发。

applications:该层是java的应用程序层，android内置的googlemaps、e-mail、即时通信工具、浏览器、mp3播放 器等处于该层，java开发人员开发的程序也处于该层，而且和内置的应用程序具有平等的位置，可以调用内置的应用程序，也可以替换内置的应用程序。

上面的四个层次，下层为上层服务，上层需要下层的支持，调用下层的服务，这种严格分层的方式带来的极大的稳定性、灵活性和可扩展性，使得不同层的开发人员可以按照规范专心特定层的开发。

android应用程序使用框架的api并在框架下运行，这就带来了程序开发的高度一致性，另一方面也告诉我们，要想写出优质高效的程序就必须对整个 applicationframework进行非常深入的理解。精通applicationframework，你就可以真正的理解android的设计 和运行机制，也就更能够驾驭整个应用层的开发。

彻底理解Android架构，打造一个令人眼前一亮的项目架构

架构究竟是什么？如何更好的理解架构？

我们知道一个APP通常是由class组成，而这些class之间如何组合，相互之间又如何产生作用，就是影响这个APP的关键点。

细分的话我们可以将其分为类、接口、任务流。

我们在进行架构设计的时候，通常具有一定的目的性，用一句话来概括就是： 架构设计的真正目的是为了解决软件系统的复杂度带来的问题， 所谓高性能、高可用、高扩展。

我们将其大致可以分为：易扩展、易维护、可定制、可伸缩

现在我们在进行设计的时候，一般都会有要求 高内聚、低耦合 ，以此来保证APP的高质量

为了方便大家理解，这边举个栗子：

低内聚，高耦合：

高内聚，低耦合：

大家觉得谁更好维护？更容易调整？出错了更容易排查？

我们在架构设计中最本质的目的就是管理复杂度，你听过的各种思想、原则、方法大多都是为了控制复杂度而设计出来的。

像依赖注入就是项目组件解耦中非常重要的一个手段，Dagger2 和 Hilt 都是在 Android 中最主要的依赖注入框架。

依赖注入其实并不是一个很神秘的概念，往往在不经意间我们就使用了依赖注入。依赖注入应用了IOC控制反转的原理，简单来说就是在类的外部构造依赖项，使用构造器或者 setter 注入。

使用依赖注入可以为我们带来什么好处呢？

我们都知道Dagger是一个早期的依赖注入库，但确实不好用，需要配置很多东西。虽然它能很好帮我们解耦各个模块之间的强关联性，提高项目的健壮性。但其却以羞涩难懂、难用而闻名，吓退了很多的开发者。

Hilt是 Dagger2 的二次封装， Hilt 本质上是对 Dagger 进行场景化 。是一个功能强大且用法简单的依赖注入框架，同时也可以说是近期 Jetpack 家族中最重要的一名新成员。但Hilt涉及的知识点也是相当繁多，即使它将 Dagger2 的用法进行了大幅的简化，如果你之前对于依赖注入完全没有了解，直接上手 Hilt 还是会有不少的困难。

在这里问大家几个问题，看看能不能回答上来：

说了这么多，那么我们如何学习Hilt，将IOC技术融入进我们的架构设计中呢？

为了帮助大家站在高级工程师的角度，深度理解IOC技术在移动端的实战应用，同时掌握移动端流行IOC框架Hilt与Dagger2的实战应用与实现原理。

在这里分享一份由大佬亲自收录整理的 学习PDF+架构视频+面试文档+源码笔记 ， 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料

这些都是我现在闲暇时还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效地帮助大家掌握知识、理解原理，帮助大家在未来取得一份不错的答卷。

当然，你也可以拿去查漏补缺，提升自身的竞争力。

真心希望可以帮助到大家，Android路漫漫，共勉！

如果你有需要的话，只需 私信我【进阶】即可获取

Android 的ARM架构和X86架构

Android开发中，在打包发布应用时会选择应用适配的cpu架构平台，在引用第三方库时也遇到根据不同cpu架构引入相应的so包。Android主要包括一下cpu架构：

在Android系统上，每一个CPU架构对应一个ABI：

ABI是Application Binary Interface的缩写，常表示两个程序模块之间的接口，且其中一个模块常为机器码级别的library或操作系统。它定义了函数库的调用、应用的二进制文件（尤其是.so）如何运行在相应的系统平台上等细节。其中mips及mips64极少用于手机，出发点是高性能,主要用于路由器、猫。

从CPU发明到现在，有非常多种架构，从我们熟悉的X86，ARM，到不太熟悉的MIPS，IA64，它们之间的差距都非常大。但是如果从最基本的逻辑角度来分类的话，它们可以被分为两大类，即所谓的“复杂指令集（CISC）”与“精简指令集（RISC）”系统。

Intel和ARM处理器的第一个区别是，前者使用复杂指令集（CISC)，后者使用精简指令集（RISC）。属于这两种类中的各种架构之间最大的区别，在于它们的设计者考虑问题方式的不同。

ARM架构是一个32位精简指令集RISC（Reduced Instruction Set Computing）处理器架构，其广泛地使用在许多嵌入式系统设计。但在其他领域上也有很多作为，由于节能的特点，ARM处理器非常适用于移动通信领域，匹配其主要设计目标为低成本、高性能、低耗电的特性。

ARM的优势不在于性能强大而在于效率，ARM采用RISC流水线指令集，在完成综合性工作方面根本就处于劣势，而在一些任务相对固定的应用场合其优势就能发挥得淋漓尽致。ARM结构的电脑是通过专用的数据接口使CPU与数据存储设备进行连接，所以ARM的存储、内存等性能扩展难以进行（一般在产品设计时已经定好其内存及数据存储的容量），所以采用ARM结构的系统，一般不考虑扩展。基本奉行“够用就好”的原则。

x86 架构是一个复杂指令集CISC（Complex Instruction Set Computer）处理器架构。X86结构的电脑无论如何都比ARM结构的系统在性能方面要快得多、强得多。X86的CPU随便就是1G以上、双核、四核。X86结构的电脑采用“桥”的方式与扩展设备（如：硬盘、内存等）进行连接，而且x86结构的电脑出现了近30年，其配套扩展的设备种类多、价格也比较便宜，所以x86结构的电脑能很容易进行性能扩展，如增加内存、硬盘等。

安卓架构中最底层是哪个

Android系统构架是安卓系统的体系结构，android的系统架构和其操作系统一样，采用了分层的架构，共分为四层，从高到低分别是Android应用层，Android应用框架层，Android系统运行库层和Linux内核层。

Android系统构架主要应用于ARM平台，但不仅限于ARM，通过编译控制，在X86、MAC等体系结构的机器上同样可以运行。

中文名

安卓系统构架

外文名

Android systematic framework

Android系统架构分为四层架构，从高到低分别是应用层，应用框架层，系统运行层和Linux内核层。

Android系统体系结构

1.应用层

Android会同一系列核心应用程序包一起发布，该应用程序包包括email客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。它们一般都是使用Java进行编写。

2.应用框架层

开发人员也可以完全访问核心应用程序所使用的API框架。该应用程序的架构设计简化了组件的重用;任何一个应用程序都可以发布它的功能块并且任何其它的应用程序都可以使用其所发布的功能块(不过得遵循框架的安全性限制)。同样，该应用程序重用机制也使用户可以方便的替换程序组件。