new_abc的专栏

Android里面权限控制的比较严，一般的应用当需要使用系统或者root权限是，比较麻烦，所以编写一个root service用来处理root权限请求，通过socket通信/* 标准头文件放在前面，否则有些函数定义会被覆盖掉 */#include #include #include #include #include #define LOG_TAG "ROOT_SERVER"

报出下面这个错：09-09 03:38:49.075: E/System(300): java.lang.RuntimeException: Unable to get provider com.android.providers.settings.SettingsProvider: android.database.sqlite.SQLiteException: Can't downgrade

Android系统框架和上层应用是类java（不是正统的sun java）开发的，实现了自己的java虚拟机dalvik，既然用java虚拟机和java开发，一般都会认为效率低下。其实不然，在基本主流的智能手 机的软件平台上，android的执行速度是最快的。        那么android效率为什么这么的高呢？特别是一个应用程序的启动时间很短，本文主要从以下个八方面进行分析： 

主要看下android的启动过程时间都花在哪：1、首先是kernel到启动android这段时间，我的机子这花了大概7 8 s左右2、启动android:主要是从启动android到launch加载完毕启动android时间：启动launch时间大概花了32 - 15 = 17s这中间主要有预加载类，花了大概4s然后是启动service:

PackageManagerService主要负责对系统的apk进行管理，不管是系统apk(/system/app)，还是我们手工安装上去的，系统所有的apk都是由其管理的。我们看一下PackageManager类图从图可知，PackageManage负责提供对外的接口，PackageManage是一个抽象类，具体的实现是ApplicationPackageManager，Ap

AppDirObserver主要负责监控相应目录下面apk的变动我们以监视/system/app的代码为例mSystemInstallObserver = newAppDirObserver(mSystemAppDir.getPath(), OBSERVER_EVENTS, true); mSystemInstallObserver.startWatching();首先看一下这几个

PackageManagerService也是有ServerThread启动的，运行在system_process进程。我们先来看下PackageManagerService是怎么启动的：PackageManagerService的启动需要四个参数，context上下文环境信息由ActivityManagerService获取，installer是一个安装器，是对install

FLAG_GRANT_READ_URI_PERMISSION如果设置这个标记,Intent的接受者将会被赋予读取Intent中URI数据的权限和lipData中的URIs的权限。当应用与Intent的ClipData时，所有的URIs和data的所有递归遍历或者其他Intent的ClipData数据都会被授权。FLAG_GRANT_WRITE_URI_PERMISSION同FL

taskAffinity 和 FLAG_ACTIVITY_NEW_TASK都是和activity启动时是否需要新建一个task有关，我们分四种情况看一下这两个标志对启动activity的影响：(前提：从MainActivity中启动ActivityA)1)、两个标志都不设置2)、有FLAG_ACTIVITY_NEW_TASK  3)、无FLAG_ACTIVITY_NEW_TASK有ta

前面一段时间一直在搞kernel的升级，开始是把4.1的升级到4.2，后面是根据相应的一些硬件修改更改一些原来的设置，搞的比较纠结，4.1升级到4.2还好，但是根据相应的硬件来同步相应的驱动就比较麻烦了，因为很多的引脚什么的东西要改，这些都没怎么弄过，做的比较纠结。以前一直想做驱动，现在真正有机会了，做驱动了，确实在不太想做，也许是过了这么久，对做这个也没什么兴趣了，哎，后面还是跟老大说了下做

这里再来看一下SensorThread线程是怎么监听数据的首先看一下流程图我们来看一下SensorThreadRunnable的run方法 public void run() { //Log.d(TAG, "entering main sensor thread"); final float[] val

registerListener用来注册要监听的sensor,在Android应用中，我们是这么使用来注册一个需要监听的sensor的registerListener(this, tp,SensorManager.SENSOR_DELAY_FASTEST);第一个是一个实现了SensorEventListener 接口的类，当有数据到来时会调用onSensorChanged 方法，tp是我

1、大小写字母转换把要转换的文本拷贝到word,快捷键SHIFT+F32、如果加载init.godbox.sh有问题，如何判断init.godbox.sh中哪条语句引起的sleep 2echo "333333333333333"system/bin/show_picture "3333333333333"# for system standbyinsmod /system/

一、HAL调用方式或流程(以gralloc为例)：hw_module_t const* module;alloc_device_t* grDev; hw_get_module(GRALLOC_HARDWARE_MODULE_ID,&module);获取hw_module_t结构gralloc_open(module, &grDev); //调用相应的open接口，在这个接口里会

由于要在STB中实现待机，需要kill掉一些进程 ，这里采用的是先ps查出有哪些进程，并保存到文件，然后把该kill掉的进程kill掉，还没有做好。部分kill的代码：#include #include #include #include #include #include #include #include #include #include #inclu

首先看下sensor的hal层头文件：hardware\libhardware\include\hardwaretypedef struct { union { float v[3]; struct { float x; float y; float z; };

前面分析了sensor的hal层和sensorservice的启动，service启动之后，我们就可以在应用调用sensor的接口了，下面是一个简单的实例：package com.sensortest;import android.app.Activity;import android.hardware.Sensor;import android.hardware.SensorEven

SystemSensorManager是sensor Java层的一个service。我们看一下其启动的流程图：其启动在ContextImpl.java中 registerService(SENSOR_SERVICE, new ServiceFetcher() { public Object createService(ContextImp

Android 4.0里面除了个BitTube的东西，字面意思理解就是字节管道，可以用来在进程间进行数据的传递，但是是单向的如果要在两个进程间使用BitTube进行数据的传递，一般都是这么使用的（以SensorEventConnection和SensorEventQueue通信为例）1、首先在SensorEventConnection的构造函数里面 new 一个BitTube,不需要参数，

首先是sensor这个模块的id定义,主要是实现了一个sensors_module_t结构:struct sensors_module_t HAL_MODULE_INFO_SYM = { .common = { .tag = HARDWARE_MODULE_TAG, .version_major = 1, .version_minor =

待续...

FLAG_GRANT_READ_URI_PERMISSION如果设置这个标记,Intent的接受者将会被赋予读取Intent中URI数据的权限和lipData中的URIs的权限。当应用与Intent的ClipData时，所有的URIs和data的所有递归遍历或者其他Intent的ClipData数据都会被授权。FLAG_GRANT_WRITE_URI_PERMISSION同FL

android:taskAffinityThe task that the activity has an affinity for. Activities with the same affinity conceptually belong to the same task (to the same "application" from the user's perspective). Th

这两天在解一个关于widget的CR，由于之前也没有看过widget，借这个机会学习下widget，不过这个bug后来是另外一个同事fix的，这篇文章分为两部分：第一部分，分析android widget的添加过程，第二部分，分析该问题第一部分： android widget 添加过程分析Android中的AppWidget与google widget和中移动的widget并不是一

要在工程代码中加一个宏去

gluLookAt (define a viewing transformation)   定义了视图观测转换void gluLookAt( GLdoble eyex, GLdouble eyey, GLdouble eyez, GLdouble centerx, GLdouble centery, GLdouble centerz, GLdouble upx, GLdouble upy, G

首先需要在path中添加Jdk/bin，使得可以在任何mu'l

使用插值器一个插值器就是动画值关于当前时间的函数，定义了当前值是怎么计算的。例如，你可以定义一个线性的动画，代表动画整个过程中都匀速运动，或者你也可以定义一个非线性的动画，例如，在动画开始的时候加速并且在结束的时候减速在动画系统中，插值器从动画中接受一个参数，该参数代表动画已经消耗的时间。插值器修改该参数值来使他与动画的属性值一致。Android系统在android

工作需要想了解下ＳｙｓｔｅｍＵｉ的启动流程，所以需要调试下ＳｙｓｔｅｍＵＩ，这样比较高效：１、SyStemUI是随系统启动的，所以我们先要在系统启动的时候把SystemUI的启动关掉，这个在SystemServer里面，可以如下注释： static final void startSystemUi(Context context) { Intent intent =

IPCThreadState对象维护了2个变量            pid_t               mCallingPid;            uid_t               mCallingUid;    从变量名称来看，这2个变量保存了进程的PID和UID，并且由于这两个变量由IPCThreadState对象维护，可见它们是与IPC相关的。具体它们

Android系统修改导航栏显示位置，默认在下方，改到左边。--- a/frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java+++ b/frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWin

发版本的时候需要把串口打印关闭：

4.0中sensor是以一个service 的方式启动的在base\cmds\sensorservice\main_sensorservice.cpp#include #include using namespace android;int main(int argc, char** argv) { SensorService::publishAndJoinThrea

本文简要分析一下build.prop是如何生成的。Android的build.prop文件是在Android编译时刻收集的各种property（LCD density/语言/编译时间, etc.），编译完成之后，文件生成在out/target/product//system/目录下。在Android运行时刻可以通过property_get()[c/c++域] / SystemProperties_

FLAG_ACTIVITY_SINGLE_TOP :如果当前栈顶的activity就是要启动的activity,则不会再启动一个新的activity

FLAG_ACTIVITY_CLEAR_TASK :如果存在task和待启动的activity关联(或者说有一个task可以用来启动待启动的activity)，则先删除task中的所有activity,然后在该task中启动该activity，即该activity变为根activity

FLAG_ACTIVITY_TASK_ON_HOME :把当前新启动的任务置于Home任务之上，也就是按back键从这个任务返回的时候会回到home，即使这个他们最后看见的activity

FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET：重置该task时清除该activity这个标志将会非常有用当你想在你的应用中有个逻辑切换，例如，一个 e-mail的应用可能用于一个命令去显示附件，这个命令启动一个图片浏览的activity去显示附件，这个activity是e-mail应用的一部分，因为它是用户完成这件事情的一部分。但是，当用户离开这个e-mail应用，一

FLAG_ACTIVITY_RESET_TASK_IF_NEEDED:如果设置该属性，并且这个activity在一个新的task中正在被启动或者被带到一个已经存在的task的顶部，这时这个activity将会被作为这个task的首个页面加载。这将会导致拥有这个应用的affinities的task处于一个合适的状态(移动activity到这个task或者activity从中移出)，或者简单的重置这个

FLAG_ACTIVITY_SINGLE_TOP :如果当前栈顶的activity就是要启动的activity,则不会再启动一个新的activity