Ian22l的博客

1.安卓升级安卓升级包里面有以下目录文件，其中文件updater-script是升级脚本，通过Edify语言描述升级的逻辑update-binary是一个二进制Linux程序，相当于解析脚本的解析器，主要是解析升级脚本updater-script，解析成recovery识别的升级接口进行升级。/META-INF/com/google/android/updater-script/MET...

1.动画横屏:frameworks/base/cmds/bootanimation/BootAnimation.cppstatus_t BootAnimation::readyToRun() { mAssets.addDefaultAssets(); sp<IBinder> dtoken(SurfaceComposerClient::getBuiltInDisplay( ISurfaceComposer::eDisplayIdMain));

1.默认赋予全部权限:安卓动态要求用户允许添加权限，直接将如下代码中的final boolean grantPermissions = (args.installFlags& PackageManager.INSTALL_GRANT_RUNTIME_PERMISSIONS) != 0;改为final boolean grantPermissions=true便可。文件路径:framework\base\services\core\java\com\android\server\pm\Packa

1.背光服务框架如下图是背光框架层图2.UML时序图这里主要标出的是各个服务或者框架层之间连接的api,中间会省略一些调用流程。如下图，PowerManagerService会监听SettingProvider的亮度背光值screen_brightness变化，然后进行背光调节。该图主要是一些服务之前的通信。Jni层访问过程如下图:jni通过hidl直通式访问light库，对hardware层light库会访问对应的sys节点从而进行背光驱动的访问，最终达到调节背光的目的。注意点:

当在调试触摸板的时候发现触摸的上报值到android系统层x轴的触摸点会有压缩，这是是由于触摸屏的的触摸的倍数跟显示缓冲区有关系。在调试特殊的屏幕分辨率时，如果你的显示framebufferr跟你的显示屏的分辨率没有对应上，那么你触摸也会有问题，例如显示屏的分辨率为480800,而你的缓冲区只有268800的时候，如果这时候你的触摸屏配置的分辨率为480*800，那么触摸上报的x轴坐标的点也会被压缩268/480≈0.55倍。相关压缩的代码代码如下:路径:framework
ative\service

##转载###版权声明：本文为CSDN博主「sanzhong104204」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq759981398/article/details/73155782【注意】本文在原作者的基础上做了一些补充本文进行第一层分解，将整个电池电量上报的过程分解到Android的不同层次。先上一幅图，对电量上报的流程有个整体的概念，后续对该图的各个部分进行讲解。如图中所述，整个电量上报过

1.AudioService主要在java层主要有三个方面的作用:(1) 音量管理(2) 音频设备管理(3) AudioFocus(音频焦点）机制2.类图关系如下由上图可知:AudioService继承由IAudioService.aidl自动生成的IAudioService.Stub类，并实现IAudioService.Stub对应的相关方法，此处AudioService位于Bn端，即服务端。AudioManager是AudioService在客户端的一个代理，位于Bp端。对Audi

**1.流程**上层按键的处理一般都在base\services\core\java\com\android\server\policy\PhoneWindowManager.java的interceptKeyBeforeQueueing进行拦截。下面是长按电源键时弹出关机界面的流程。主要函数private void powerLongPress() { //获取配置文件中config_longPressOnPowerBehavior值，一般都是默认为LONG_PRESS_POWER_GLO

1.android 支持emmc 坏块测试工具代码路径:./external/e2fsprogs/misc/badblocks.cAndroid.bp编译方式:./external/e2fsprogs/misc/Android.bp//########################################################################// Build badblockscc_binary { name: "badblocks", ho

1.分析起因:在开发过程中，在打算更换一个emmc(16G的容量储存)物料时候，发现该物料烧录固件的时候速度十分慢。后来通过android bench的性能测试工具发现两者存在明显的速度差异。(1)烧写固件速度正常的emmc测试速度如下图：(1)烧写固件速度异常的emmc测试速度如下图：从上面看出明显，在软件相同的情况下，在顺序写的时候，烧写固件速度异常的emmc的写速度比烧写固件速度正常的emmc慢了四倍。因此可以得出结论:烧写固件速度异常的emmc有问题，应该是该物料不合格，后来询问物料来

1 linux设备驱动同步的方法如上图，Linux设备驱动在编程中同步的代码逻辑都是一个进程（例如进程1）在阻塞等待才可以进入想要访问代码区1，而另一进程（如进程2）负责当执行完代码区2后，具备了唤醒进程1的条件后便会唤醒进程1，然后进程1继续执行代码区1。整过过程叫做进程间信息同步。完成同步的方法目前linux设备驱动编程中主要有有如下两种:（1）信号量//头文件:#include &...

近期项目由于没有预留硬件返回按键，所以只能做成跟全面屏一样的左滑返回的手势逻辑。实现方案：1.参考android官方文档，https://developer.android.google.cn/training/gestures,针对apk层面的监听可以用,这样子做就需要所有的apk页面都需要监听，如果是自己设计的apk还可以，但是第三方apk则不能监听，无法实现返回。framework/base\core\java\android\view\GestureDetector.java中接口监听 pu

**1.问题现象:****【开机起来】**开机起来可以正常显示**【按power按键休眠】**第二次按下Power按键进入休眠，隔10s，再按Power按键唤醒。**【出现结果】**屏幕黑屏有背光，并提示drm time out错**【lcd信息】**lcd为480*800 2lane的mipi**【复现概率】**第二次按下休眠唤醒必然复现【具体错误log如下】//第一次休眠的log//[ 54.858511] dw-mipi-dsi ff450000.dsi: final DSI-