android中Framework

㈠ Android开发应用层需要了解 framework层吗

不同的android版本，不同的framework实现，framework有近2亿行代码，版本越高，代码行数越大，这个过程是很痛苦的。所以不要去学习和阅读framework的源代码。

阅读它的源代码，还不如去学英语，多看应用层的API，多看理财的书籍。

如果不做framework开发，做app开发的话，看了framework的代码对app开发的帮助是很少的.

1、首先觉得你的题目和问题描述不太搭边。你所说的复杂功能效果实际上几乎都是应用层的，和framework不搭边。因为如果只是做应用开发，那就完全依赖现成的基础组件和接口，最多自定义一下组件和布局。你在网上找到的很流畅很美观的现成组件都是别人自定义之后封装的。别人能做，实际上你应该也能做。多看看别人的demo，试着对你不满意的地方做点改进，总会有收获。一旦觉得有点心得，记录下来或者把你封装的东西拿出来让大家用用，一起讨论讨论，必然收获更多。

2、关于framework，更多是做的应用层之下的系统层面的东西。比如电源管理、消息队列、包管理等等，还包括对硬件的支持及系统提供给上层的硬件功能调用接口。framework的学习必然离不开不断编译rom和刷机。这就要求有耐心有时间有兴趣。而且由于framework层多数模块都是以JNI方式被调用的，因此你需要有比较扎实的C语言基础，之少能看懂程序结构。除此之外，对你想要详细研读的模块在应用层的应用需要有必要的理解。我刚开始看源码的时候是从电源管理模块开始看的，就是因为当时对android系统自带的电源提醒方式以及电量通知不太满意，想重新定义更多层级的提醒。刚开始也是一头雾水，但还是硬着头皮一点点啃。这个过程中，为了防止忘记之前看过什么，所以又不断对看过的源码做注释并做阅读笔记。大概两三个月，虽然了解得也比较浅显，但是我的目的达到了。源码之路漫漫，看个三五年都不一定敢说能够整体吃透。虽如此，但只要有钻研的方向和基本的能力，相信工作中遇到的framework层的改动应当还是能够负担得住的。

3、如果不想深入framework，其实你也可以做android系统应用的开发。这一步几乎和上层应用开发差不多，不过可以调用的库更丰富，权限更高罢了。这个可以自己研究，参照android系统出场自带的应用。

说了这些。希望能够有点帮助。

㈡ AndroidFramework 之启动 ServiceManager

本文源码基于 Android 10 ，涉及相关源码如下。

ServiceManagaer 是 Binder 的守护进程，在 Binder 机制中起着重要的作用。本文将从源码的角度对其进行分析，整体流程如下：

时序图如下。

先来看看 ServiceManager 是如何启动的：

在 Zygote 一文中说过， init 进程启动的第二阶段会解析 init.rc 文件。

在这之后会触发 trigger init 。

结合 init.rc 看看 action init 做了什么。

当触发 trigger init 后，会启动 servicemanager 服务，其声明如下。

对应的执行文件为 /system/bin/servicemanager ，在编译前位于 frameworks/native/cmds/servicemanager 下，来看看 Android.bp 。

其对应的源码为 service_manager.c 和 binder.c ，入口函数 main() 位于 servicemanager.c 。

启动完 ServiceManager 后会打开 Binder 驱动。

在 main() 中首先调用 binder_open() 。

binder_open() 主要做了如下事情：

给结构体 binder_state 分配内存。

系统调用 open() 打开 /dev/binder ，如果打开驱动失败，则执行 fail_open 释放内存。

简单的解释一下什么是系统调用？

由于需要限制不同的程序之间的访问能力，防止程序获取别的程序的内存数据， CPU 划分出两个权限等级， 用户态 和 内核态 。

所有的用户程序都是运行在用户态，但有时需要做一些内核态的事情，而唯一可以做这些事情的就是操作系统，所以程序需要向操作系统发起请求，以程序的名字来执行这些操作。这时就需要一个从用户态切换到内核态但不能控制内核态中执行的机制，这种机制就是 系统调用 。

系统调用 ioctl() 传入 BINDER_VERSION 命令获取 Binder 驱动版本，对比版本是否一致，不一致则执行 fail_open 释放内存。

系统调用 mmap() 映射 128kb 的内存空间，即把 Binder 驱动文件的 128kb 映射到内存空间供 ServiceManager 使用，内存映射失败则执行 fail_map ，关闭 fd 并释放内存。

ServiceManager 进程 mmap 的内存大小可以通过 adb shell 命令查看。

可以看到内存映射地址为 0xf10f8000 ~ 0xf1118000 ，差为 0x20000 即十进制的 128kb 。

打开 Binder 驱动后会将 ServiceManager 设置为上下文管理者。

调用 binder_become_context_manager() 。

android 10 新增 BINDER_SET_CONTEXT_MGR_EXT 命令来设置安全的上下文管理者，如果设置失败，则使用原有的 BINDER_SET_CONTEXT_MGR 命令来设置上下文管理者，两者区别在于是否携带参数。

最后会进入循环，从 Binder 驱动读取和解析数据。

调用 binder_loop() 进入循环，不断地通过系统调用 ioctl() 从 Binder 驱动读取数据，并通过 binder_parse() 进行数据解析。

注意这里调用 binder_loop() 传入的 svcmgr_handler() ，后面会使用到。

binder_write() 会封装 struct binder_write_read ，并通过系统调用 ioctl() 将对应的命令传递给 Binder 驱动。

binder_parse() 用来解析从 Binder 驱动读取到的数据，然后根据不同的命令执行对应的操作。

因为 cmd 命令可能有多个，所以通过 while 循环每次处理一个 cmd 命令，多 cmd 的结构大致如下图所示。

这里重点看下 BR_TRANSACTION 命令。

BR_TRANSACTION 是 Binder 驱动向 Server 端发送请求数据。

binder_transaction_data 的结构如下，其表明了 transcation 传输的具体语义，语义码记录在 code 中，不同语义码携带的数据是不同的，这些数据由 data 指定。

在解析完 binder_transaction_data 的具体语义后，会调用前面传给 binder_loop() 的 svcmgr_handler() ，其实就是 switch case 语义码做不同的事情。

ServiceManager 的功能其实很简单：

至此 ServiceManager 就分析完了。

㈢ android framework具体工作是什么

说简单点，Framework具体的工作也就是为android应用开发的开发人员提供了一系列的服务和API的接口。
同事负责应用程序生命周期和资源等进行管理。
如果说你想了解framework 的内容，那需要关注android系统层内容。了解android系统架构。

㈣ android framework层是用于开发什么

framework的开发比应用层就要烦的多啦。做应用在eclipse中就足够了，用android系统中的控件等工具，或者是自己写个类来实现特定的功能。而framework层的开发，需要往源码中添加代码、xml、图片、id等等数据，这个id可是费了我好大的劲才搞定的。在项目开始的一个半月里，我探索、尝试了很多，现在把我的经验分享出来。网上关于framework层的开发信息很少，多是靠自己。
最有效的方式就是分析android的源码，看google是怎样实现一个类的，以及类的层次。我现在看的主要是widget和app中的代码，其他的还没涉及。像View，ViewGroup，Activity，ActivityThread都是非常重要的类，也是代码量很大的类，我只是大概地过了下，还没有仔细分析过。

我花大力气的地方是资源文件夹下values中几个文件的作用。

attrs.xml中定义的是类的属性，属性是为了能在xml文件中被引用到，换句话说就是指定类中变量(也就是属性的实际作用者)的值。这些属性会在类的构造函数中用到。看过一两个源码就会明白，构造函数中的TypedArray其实就是属性的数组，数组的成员会被赋给类里的成员，完成从xml的初始化。类的构造函数一般有三个，一个是Class(context)，这个用于在代码中创建一个类，所以只包含一个上下文;Class(context, attrs)和Class(context, attrs, defStyle)用于从xml创建类的情况。

styles.xml中是各个控件的“样式”，样式由一个个属性所组成。我们在编辑xml文件的时候，不同的类所能设置的属性有共同的，也有不同的，都是由样式来控制的。具体可以去看styles.xml这个文件的内容。

themes.xml其实也是样式，只是适用的范围大一点,这个我是参考网上别人的看法，自己还没研究过。

ids.xml是公共的id，也就是对应用层可见的id，id是为了获得xml中的对象而需要的参数，也就是Object = findViewById(R.id.id_name)中的id_name。这些值可以在代码中用android.R.id引用到

public.xml描述的是为attr、id、drawable所指定的一个32的id值，这个值在current.xml文件中会被用到。

当我们对public.xml做了改动后，执行make update-api命令，相应的current.xml就会添加这些改动。因为这些值按类型被放在不同的段上，类型相同的必须连续存放，不指定id值的话系统会自动计算出下一个值。

添加id的方法：1)在ids.xml中添加公共id项，在public.xml中也添加相应的id项。这种办法没有兼容性，会与后面的版本产生冲突。

2)在ids.xml中添加公共id项，每一项前面加一行的注释，这样就不用在public.xml中添加相应的项了。源码中是/** @hide */的形式，这样current中就不会有相应的段了。

3)在自己写的xml中，使用android:id = "@+id/id_name"的形式，就和在eclipse中一样，搜一下会发现android源码中也有这么用的，这样ids.xml和public.xml都不用改，兼容性我还不确定。

上面这些希望能对大家有所帮助吧。

㈤ 什么是android framework

说简单点，Framework具体的工作也就是为android应用开发的开发人员提供了一系列的服务和API的接口。
能够从源码下载到编译，到移植进开发板都能顺利的完成" 你的这些经验挺符合要求的啊，招聘信息里写的"Android Framework"指的应该就是/frameworks/base，多数是java代码。看样子他们是在做Android设备，厂商一般是做移植，然后根据自己产品的特点可能会在frameworks及整个平台里加自己的扩展功能。
http://blog.csdn.net/coding_or_coded/article/details/6822029

㈥ Android中使用 framework.jar 的方法

开发过程中遇到，要调用系统@hide的方法，这个要使用framework.jar

要把它改成

这样个provided 的作用是我们只需要编译成功，不需要把这个包打到apk中。

放到allprojects中是要作用到所有的子模块上，tasks.withType(JavaCompile) 是在 javac 的 task 中加入一个参数，就是在 Xbootclasspath 增加自己的 jar 包

这个时候有可能还会遇到这个错误

解决办法

在项目上右键，选择"Open Mole Setting" ，点击“Dependences”，看到
{include=[*.jar], dir=libs}，remove掉，应该就OK了

㈦ Android Framework

Android Framework包含三个内容：服务端、客户端、linux驱动

Android Framework服务端包括两个很重要的类：WindowManagerService (WMS)、ActivityManagerService(AMS)

客户端包含以下类：

Linux驱动和Framework相关的主要两个部分：画家SurfaceFlingeer和快递员Binder
每一个窗口都对应一个画Surface，SF主要是把各个surface显示到同一个屏幕，Binder则提供跨进程间的消息传递

从APK程序的运行过程中看各个组件都在什么时候干什么样的活
ActivityThread从main()函数中就开始动起来，然后调用PrepareMainLooper()为UI线程创建一个消息快递通道即MessageQueue()
接着创建ActivityThread对象，创建过程会创建一个消息装卸工Handler对象和一个快递员Binder对象，其中Binder负责接收远程Ams的IPC调用，接收到调用后让Handler把消息装到消息队列，UI线程很忙的都是异步的从消息队列中取出消息并执行相应的操作，比如start，stop、pause

然后UI线程让队列调用Looper.loop()方法进入消息循环体，进入后就会不断的从消息队列中读取并处理消息

当ActivityThread接收到Ams发送start某个Activity的快递后就会创建指定的Activity对象。Activity会先按窗户再去按玻璃和贴窗花，所以先创建PhoneWindow->DecorView->创建相应的View或ViewGroup。创建完成后就可以让大家欣赏了，调用WindowManager把界面显示到屏幕上，然后创建ViewRoot，然后调用Wms提供的远程接口添加一个窗口并显示到屏幕上。

接下来就是用户的操作，事件线程不断的把消息快递发到事件队列中去，然后事件分发线程秘书逐个取出消息，然后调用Wms中的相应函数处理该消息。

2.UI线程是什么？
一直在倾听用户的心声，所有的处理用户消息，以及绘制页面的工作都在该线程中完成

㈧ Framework应用框架为什么重要呢

对于绝大多数 Android 开发工程师来说，掌握Android Framework 一直是一个不光要熟练而且必须要精通的技能。Framework这个应用框架是Android开发中最基础，但同时也是最重要的。Framework包含了Android IPC Binder机制、Handler消息机制、Dalvik VM进程系统、AMS、WMS和Package Manager Service等等。而这些类别里又包含很多小类，有许多的分支，每一个小类里还有很多小细节，这些都是Android开发工程师必须熟练掌握和精通的技能。
如果做成一个框架图的话，就是下面这样的：这只是一个简单的框架图，其实还有很多分支

很多大厂公司在面试的时候都会有很多的技术面试题，这是考察程序员必不可少的题目。
比方说：

1.Android中多进程通信的方式有哪些？
2.进程通信你用过哪些？原理是什么？（字节跳动、小米）
3.描述下Binder机制原理？（东方头条）
4.Binder线程池的工作过程是什么样？（东方头条）
5.Handler怎么进行线程通信，原理是什么？（东方头条）
6.Handler如果没有消息处理是阻塞的还是非阻塞的？（字节跳动、小米）
7.handler.post(Runnable) runnable是如何执行的？（字节跳动、小米）
8.handler的Callback和handlemessage都存在，但callback返回true handleMessage还会执行么？（字节跳动、小米）
9.Handler的sendMessage和postDelay的区别？（字节跳动）
10.IdleHandler是什么？怎么使用，能解决什么问题？
11.为什么Looper.loop不阻塞主线程？（腾讯）
12.Looper无限循环为啥没有ANR（B站）
13.Looper如何在子线程中创建？（字节跳动、小米）
14.Looper、handler、线程间的关系。例如一个线程可以有几个Looper可以对应几个Handler？（字节跳动、小米）
15.如何更新UI，为什么子线程不能更新UI？(美团)
16.ThreadLocal的原理，以及在Looper是如何应用的？（字节跳动、小米）
17.Android 有哪些存储数据的方式？
18.SharedPreference原理，commit与apply的区别是什么？使用时需要有哪些注意？（腾讯）
19.如何判断一个 APP 在前台还是后台？
20.如何做应用保活？
21.一张图片100x100在内存中的大小？（字节跳动）
22.Intent的原理，作用，可以传递哪些类型的参数?
然后会再扩展到和这些知识点相关的更深层次的知识点细节，直到问的你答不上来为止，以此来探寻你的技术边际，这样就能更深入地了解你的技术能力。

Android Framework重要性
Android Framework 开发虽然比较偏底层，圈子窄，但是能掌握一些原理的东西，可以触类旁通，往应用层发展也可以，接下来我们看看Framework知识有多重要。举几个栗子，你或许就能清楚了。

像掉帧监控，函数插装，慢函数检测，ANR 监控，启动监控，都需要对 Framework 有比较深入的了解，才能知道怎么去做监控，利用什么机制去监控，函数插桩插到哪里，反射调用该反射哪个类哪个方法哪个属性……

目前大公司的app开发都要基于模块化、层次化、组件化、控件化的思路来设计架构，而这一切的基础都建立在Android Framework系统框架底层原理实现之上。

Binder是Android系统中最重要的组成
Binder是什么呢？请看下图，图是最能清楚明了的直观表达的工具

优势描述
性能：只需要一次数据拷贝，性能上仅次于共享内存
稳定性：基于C/S架构，职责明确，架构清晰，因此稳定性好
安全性：为每个App分配UID,进程的UID是鉴别进程身份的重要标志
Android IPC Binder机制包含了 ：Linux预备知识、传统的Linux中IPC通信原理、Binder IPC通信原理和Binder Java层实现，这些里面都各有好多小分支，小细节需要仔细的去学习掌握。
腾讯高级工程师Binder面试
1.为什么 Android 要采用 Binder 作为 IPC 机制？
2.Binder到底是什么？
3.Binder机制是如何跨进程的？
4.一次Binder通信的基本流程是什么样？
5.为什么 Activity 间传递对象需要序列化？
6.四大组件底层的通信机制是怎样的？
7.AIDL 内部的实现原理是什么？
这些都是关于Binder机制面试时会问到的点。

Handler主要用于异步消息的处理： 有点类似辅助类，封装了消息投递、消息处理等接口。当发出一个消息之后，首先进入一个消息队列，发送消息的函数即刻返回，而另外一个部分在消息队列中逐一将消息取出，然后对消息进行处理，也就是发送消息和接收消息不是同步的处理。 这种机制通常用来处理相对耗时比较长的操作。
2、为什么要用handler？

为什么要用handler？不用这种机制行不行？不行！android在设计的时候，就封装了一套消息的创建、传递、处理机制，如果不遵循这种机制，就没有办法更新UI信息，就会抛出异常信息。

在android开发中，经常会在子线程中进行一些操作，当操作完毕后会通过handler发送一些数据给主线程，通知主线程做相应的操作。探索其背后的原理：子线程handler主线程其实构成了线程模型中的经典问题生产者-消费者模型。生产者-消费者模型：生产者和消费者在同一时间段内共用同一个存储空间，生产者往存储空间中添加数据，消费者从存储空间中取走数据。

㈨ Framework事件机制——手撕Android事件处理的三种方法

Android的事件处理的三种方法：

setOnClickListener，setOnLongClickListener、setOnTouchListener

注意：如果onTouchEvent方法return true，则单击事件和长摁事件不再执行；若onLongClick方法返回true，则单击事件不再处理。

需要定义继承组件的类，重写回调方法Touch方法执行时，先被Activity捕获，DispatchTouchEvent方法处理。return false，交给上层的onTouchEvent方法处理；return super.dispatchTouchEvent（ev），则传递给最外层的View。

View用Dispatch方法处理，return false，由上层的onTouchEvent方法处理。如果返回super.dispatchTouchEvent（ev），则本层的onInterceptTouchEvent拦截，如果拦截true，则拦截，false不拦截，传递给子View的DispatchTouchEvent处理。

常用的回调方法：onKeyDown，onKeyLongPress，onKeyUp，onTouchEvent，onTrackballEvent（轨迹球事件）监听和回调同时存在时，先调用监听。

流程模型图：

Event source 事件源
Event 事件
Event Listener 事件监听器
下面我们来看一下点击事件和触摸事件的监听三要素具体是那部分：

由于点击事件比较简单，系统已经帮我们处理了，并没有找到具体事件是哪个。

View.OnClickListener 单击事件监听器必须实现的接⼝
View.OnCreateContextMenuListener 创建上下⽂菜单事件
View.OnFocusChangeListener 焦点改变事件
View.OnKeyListener 按键事件监听器
View.OnLongClickListener 长按事件监听器
View.OnTouchListener 触摸屏事件监听器

⾸先，事件监听机制中由事件源，事件，事件监听器三类对象组成。
事件监听器处理流程：

在此以OnClickListener单击事件为例使用intent来实现页面的跳转

监听事件处理是事件源与事件监听器分开的而基于回调的事件处理UI组件不但是事件源，而且还是事件监听器，通过组件的相关回调方法处理对应的事件。

Ⅰ. 自定义View类，继承自需要的View UI类。ex ：自定义 MyButton按钮类 extends 基础Button类

Ⅱ. 复写回调函数。ex：public boolean onTouchEvent(MotionEvent event)

每一个事件回调方法都会返回一个boolean值，①.如果返回true：表示该事件已被处理,不再继续向外扩散，②.如果返回false：表示事件继续向外扩散

而说到基于回调就离不开监听机制 。

几乎所有基于回调的事件处理方法都有一个boolean类型的返回值，该返回值用于表示该处理方法是否能完全处理该事件。
如果处理事件的回调方法返回true，表明该处理方法已经完全处理改事件，该事件不会传播出去。
如果处理事件的回调方法返回false，表明该处理方法并未完全处理该事件，该事件会传播出去。
对于基于回调的时间传播而言，某组件上所发生的事件不仅会激发该组件上的回调方法，也会触发该组件所在Activity的回调方法——只要事件能传播到该Activity。

这里是在模拟器里进行的测试，这里按下键盘(而不是点击)，会看到 logcat 中的输出，如下：

View类实现了KeyEvent.Callback接口中的一系列回调函数，因此，基于回调的事件处理机制通过自定义View来实现，自定义View时重写这些事件处理方法即可。

Handler是一个消息分发对象。

Handler是Android系统提供的一套用来更新UI的机制，也是一套消息处理机制，可以通过Handler发消息，也可以通过Handler处理消息。

在下面介绍Handler机制前，首先得了解以下几个概念：

在子线程执行完耗时操作，当Handler发送消息时，将会调用 MessageQueue.enqueueMessage ，向消息队列中添加消息。 当通过 Looper.loop 开启循环后，会不断地从消息池中读取消息，即调用 MessageQueue.next ， 然后调用目标Handler（即发送该消息的Handler）的 dispatchMessage 方法传递消息， 然后返回到Handler所在线程，目标Handler收到消息，调用 handleMessage 方法，接收消息，处理消息。

从上面可以看出，在子线程中创建Handler之前，要调用 Looper.prepare() 方法，Handler创建后，还要调用 Looper.loop() 方法。而前面我们在主线程创建Handler却不要这两个步骤，因为系统帮我们做了。

初始化Looper ：

从上可以看出，不能重复创建Looper，每个线程只能创建一个。创建Looper，并保存在 ThreadLocal 。其中ThreadLocal是线程本地存储区（Thread Local Storage，简称TLS），每个线程都有自己的私有的本地存储区域，不同线程之间彼此不能访问对方的TLS区域。

开启Looper

发送消息 ：

post方法：

send方法：

在子线程中，进行耗时操作，执行完操作后，发送消息，通知主线程更新UI。

本文讲解了三个方面；Android事件机制；基于监听、基于回调以及Handler消息处理。还有许多没有讲解到的知识点，我总结在了整理的一套Android进阶笔记里面；需要学习进阶的同学可以前往获取： Frame Work源码解析手册 、 Android核心技术进阶手册、实战笔记、面试题纲资料

㈩ android手机里面的framework文件夹

anim是存放动画特效之类的伦理来说全android手机都通用。替换方法，你解压你喜欢的特效 用winrar打开提取出来的主题，只打开不要解压，然后按路径把特效拖到对应的文件夹。ok
drawable文件夹里面的default_wallpaper.jpg 就是主题默认背背景。
（准备好一张960*540的jpg图片，改名为default_wallpaper。用winrar打开提取出来的主题，只打开不要解压。放到res/drawable里）
drawable-mdpi文件夹， （主要是修改这里 主题相关的都在这里)
3.修改主题 （这里是最繁琐的）
电池、信号、通知栏、对话框什么的都在里面修改
电池：stat_sys_battery_0.png-sta到sys_battery_unknown.png都是电池
信号：stat_sys_signal_0.png到stat_sys_signal_null.png都是信号状态栏：status_bar_background.9.png 这个在SystemUI.apk里
去黑线：title_bar_shadow.9.png要屏幕透明的修改这个去黑白线
下拉菜单：status_bar_background.png和status_bar_background_cust.png
下拉棒：status_bar_background.png和status_bar_background_cust.png
通知栏：status_bar_item_app_background_normal.9.png和status_bar_item_background_normal.9.png
通知栏中国电信：status_bar_header_background.9.png
通知栏正在进行：title_bar_portrait.9.png
菜单设置条：activity_title_bar.9.png
二级菜单设置条：dark_header.9.png
其他的都自己找吧，很容易找的 实在找不到就一张张图放大吧！
只要不解压，修改过的framework-res.apk都能安全的使用。不用签名！

去系统里所有小横线教程divider开头的文件图标
divider_vertical_dark_opaque.9.png
divider_vertical_dark.9.png

divider_vertical_bright_opaque.9.png
divider_vertical_bright.9.png

divider_horizontal_textfield.9.png
divider_horizontal_dim_dark.9.png
divider_horizontal_dark_opaque.9.png
divider_horizontal_dark.9.png
divider_horizontal_bright_opaque.9.png
divider_horizontal_bright.9.png
dialog_divider_horizontal_light.9.png