ffmxnjm的博客

文章来源：http://blog.csdn.net/mirkerson/article/details/24322181资料：https://developer.android.com/intl/zh-CN/reference/android/os/PowerManager.html在PowerManager的API文档中，给出了一个关机/重启接口：publ

oooooooooooooooooooooooooooooooooooooo

oooooooooooooooooooooooooooooooooooooooooooooooooo

目录一、Android 编译大概过程...21、执行命令$source build/envsetup.sh导出环境变量，加载编译用到的环境变量，添加产品相应配置    22、执行source mbldenv.sh构建环境文件配置...23、然后执行命令$lunch选择相应的产品，列出所有系统编译项，让用户选择编译平台...24、最后执行编译Android系统de

共两篇文章，第一篇讲述了如何在程序中输出Log信息，第二篇详细的分析了Log信息的输出机制。 下面是第一篇（转自：http://blog.163.com/binghaitao@126/blog/static/3383532520099309366435/） 1：在编译so文件的c或cpp文件之前中加入以下代码，就可以在Android中的log显示日志内容       #incl

oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo

转载至：http://blog.csdn.net/codefly/article/details/483792391      概述     android系统（本文以Android 4.4为准）的属性（Property）机制有点儿类似Windows系统的注册表，其中的每个属性被组织成简单的键值对（key/value）供外界使用。     我们可以通过在adb

1、property_get/property_set      每个属性都有一个名称和值，他们都是字符串格式。属性被大量使用在Android系统中，用来记录系统设置或进程之间的信息交换。属性是在整个系统中全局可见的。每个进程可以get/set属性。在系统初始化时，Android将分配一个共享内存区来存储的属性。这些是由“init”守护进程完成的，其源代码位于：device/system/

oooooooooooooooooooooooooooooooooooooooooooooo

LOCAL_PATH:= $(call my-dir)include $(CLEAR_VARS)LOCAL_MODULE_TAGS := optionalLOCAL_SRC_FILES := $(call all-java-files-under, src)LOCAL_PACKAGE_NAME := SettingsLOCAL_CERTIFICATE := platformin

Android的分4层，java应用程序，java框架，本地框架和java运行环境，Linux内核空间Java应用程序无需过多解释，基本可以理解为各个App，由Java语言实现。Java框架层（系统服务）就是常说的Framework，这层里东西很多也很复杂，比如说主要的一些系统服务如ActivityManagerService、PackageManagerService等，我们编写的An

在Android系统中，每一个应用程序都是由一些Activity和Service组成的，这些Activity和Service有可能运行在同一个进程中，也有可能运行在不同的进程中。那么，不在同一个进程的Activity或者Service是如何通信的呢？这就是本文中要介绍的Binder进程间通信机制了。《Android系统源代码情景分析》一书正在进击的程序员网（http://0xcc0xcd.co

ooooooooooooooooooooooooooooooooooooooooooooo

转载：http://blog.csdn.net/csulimao/article/details/9275909CPU和内存之间有三根总线，地址，数据，控制总线。这是在说地址之间的问题。CPU和内存之间用地址来查找数据，但是两者的地址并不总是一样的，CPU产生的是逻辑地址，而内存的就是物理地址。通常都是不一样的，所以需要地址映射。正好是从编程人员的角度看，（不考虑解释执行）程序总是

http://blog.csdn.net/kc58236582/article/details/54616756上一篇博客我们主要分析了在setScreenState中调用PhoneWindowManager的一些流程，在setScreenState中先是调用了DisplayPowerState的setScreenState函数。上篇博客我们没有分析，这篇博客我们先从这个函数开始分析，

http://blog.csdn.net/kc58236582/article/details/54612777亮屏、灭屏流程整个流程涉及的模块比较多，包括PowerManagerService、DisplayPowerControl、WMS、AMS。因此在分析完WMS之后，我们把这块也分析下。DisplayPowerControl我们知道灭屏流程的发起是在PowerMan

http://blog.csdn.net/sergeycao/article/details/8215086 在AirplaneModeEnabler中 提供了isAirplaneModeOn方法来判断当前是否是Airplane mode：public static boolean isAirplaneModeOn(Context context) {        return Se

第一篇、Android开机时间分析一、 关于本篇博文该文档简单主要描述了如何找出开机各个阶段耗时情况，以及对开机各个阶段的分析方法和如何优化开机时间，减少耗时。便于读者可以通过此文档了解开机时间的各个阶段的耗时情况。二、开机各阶段的耗时情况具体开机时间的优化需要根据开机流程来分析： 找出各个阶段的耗时情况 2.1、zygote阶段 一般有两个耗时点：

http://blog.csdn.net/huangyabin001/article/details/44056493写在前面：    关于这个话题我们需要了解屏幕唤醒的一些基本流程，物理按键的Keycode，CPU使用率，Low Memeory，还需要关注ANR（由于广播是按顺序发送的，ANR会导致唤醒屏幕的广播阻塞引起屏幕无法正常点亮），再结合现场其他的一些情况进行综合分析。

http://blog.csdn.net/king1425/article/details/70224476电源管理架构Android电源管理主要是通过wakelock机制来管理系统的状态，整个android电源管理可以分为四层：应用接口层:PowerManager中开放给应用一系列接口，应用可以调用PM的接口申请wakelock，唤醒系统，使系统进入睡眠等操作；Fra

Android是一个基于Linux的开源操作系统。所有的Android设备都是运行在ARM处理器（ARM 源自进阶精简指令集机器，源自ARM架构）上，除了英特尔的Xolo设备(http://xolo.in/xolo-x900-features)。Xolo来源自凌动1.6GHz x86处理器。Android设备或者嵌入设备或者基于linux的ARM设备的启动过程与桌面版本相比稍微有些差别。这篇文章中

http://blog.csdn.net/xichangbao/article/details/53131428一 System ServerSystem Server是Zygote启动的第一个进程，它的核心功能是启动和管理Android系统的各类服务。1.0 startSystemServerprivate static boolean sta

http://blog.csdn.net/xichangbao/article/details/53176106一 System Server     上篇分析了Zygote创建SystemServer的流程，本篇则分析SystemServer的实际工作内容。1.0 mainpublic static void main(String[] args)

http://blog.csdn.net/xichangbao/article/details/53104810一  app_process64Zygote所对应的可执行文件是/system/bin/app_process64Zygote的代码路径frameworks/base/cmds/app_process1.0  app_process64in

http://blog.csdn.net/xichangbao/article/details/53024698一 Initinit进程，它是内核启动的第一个用户级进程。代码路径system/core/init/1.0 maininit程序的入口函数是init.cpp中的main函数int main(int argc, char** argv)

阶段一：kernel-3.18\include\linux\init.h中 Linux内核为不同驱动的加载顺序对应不同的优先级，定义了一些宏：#definepure_initcall(fn)__define_initcall("0",fn,1)#definecore_initcall(fn)__define_initcall("1",fn,1)#definecore

linux BUG_ON作用：一些内核调用可以用来方便标记bug，提供断言并输出信息。最常用的两个是BUG()和BUG_ON()。     当被调用的时候，它们会引发oops，导致栈的回溯和错误信息的打印。为什么这些声明会导致 oops跟硬件的体系结构     是相关的。大部分体系结构把BUG()和BUG_ON()定义成某种非法操作，这样自然会产

ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo