小议Android多进程以致Application多次初始化

小议Android多进程以致Application多次初始化

最近遇到一个bug，当应用加了多进程后，比如总共进程数为N，会出现在startService（）时onStartCommand()方法会被重复调用（N-1）次的奇怪现象。

祸起

最近遇到两个模块互不相干却受到影响的奇怪问题，一个push模块和一个DaemonProcess模块在一起后，会出现如下现像的问题当DaemonProcess为应用加了多进程后，比如总共进程数为N，会出现push模块在startService（）时onStartCommand()方法会被重复调用（N-1）次的奇怪现象。

寻踪

?因为我们用的是Jpush的原因，一开始以为是Jpush,但最后发现是因为引用多进程的原因

?再寻找下去发现调用一次startService（）时onStartCommand()运行多次

?而这两者有何关系呢

举证

Demo测试：

首先在Application中申明四个service，其中ServiceA和ServiceC都各自另开一个进程，ServiceB和ServiceD都在主进程中，AndroidManifest.xml如下：

android:process="com.hujiang.test.servicea"

android:exported="true"/>

android:exported="false"/>

android:process="com.hujiang.test.servicec"

android:exported="true"/>

android:exported="false"/>

此时在Application中启动四个Service

startService(new Intent(this, ServiceA.class));

startService(new Intent(this, ServiceB.class));

startService(new Intent(this, ServiceC.class));

startService(new Intent(this, ServiceD.class));

同时各Service打下如下log:

public static final String TAG = ServiceB.class.getSimpleName();

@Override

public void onCreate() {

super.onCreate();Log.i(TAG,"onCreate" + "pid：" + android.os.Process.myPid()); }

@Override

public int onStartCommand(Intent intent, int flags, int startId) {

Log.i(TAG,"onStartCommand" + "pid：" + android.os.Process.myPid()); return super.onStartCommand(intent, flags, startId);

}

在log中会发现

onCreate()方法各执行一遍，这个是正常的，但onStartCommand()方法目前执行了三遍，因为共3个进程。

真相

1.N个进程，N个独立的虚拟机,Application被N次初使化

2.处理时应该在Application中分进程初始化数据

剑谱

如下解决方案

mProcessName = getCurrentProcessName(this);

Log.i(TAG, "onCreate" + "getProcessName：" + mProcessName);

Log.i(TAG, "init_all_process");

if(TextUtils.equals(mProcessName, getPackageName())){

Log.i(TAG, "init_main_process");

} else if(TextUtils.equals(getProcessName(this, android.os.Process.myPid()), "c om.hujiang.test.servicea")){

Log.i(TAG, "init_a_process");

}else if(TextUtils.equals(getProcessName(this, android.os.Process.myPid()), "c om.hujiang.test.servicec")){

Log.i(TAG, "init_c_process");

}

获取当前进程名称：

private String getCurrentProcessName(Context context) {

int pid = android.os.Process.myPid();

ActivityManager mActivityManager = (ActivityManager) context

.getSystemService(Context.ACTIVITY_SERVICE);

for (ActivityManager.RunningAppProcessInfo appProcess : mActivityManager .getRunningAppProcesses()) {

if (appProcess.pid == pid) {

return appProcess.processName;

}

}

return null;

}

分别在自己的进程中初始化

Android4.0的多媒体框架Nuplayer介绍

Android4.x 的RTSP 框架学习 ——NuPlayer 介绍 本文介绍如下内容： 播放框架介绍 RTSP 源介绍 HTTP 流媒体的区别 要研究的点 NuPlayer 框图： NuPlayer NuPlayerDriver ALooper <<接口>> MediaPlayerInterface NuPlayer::Renderer NuPlayer::Decoder ACodec::UninitializedState AHierarchicalStateMachine ACodec ACodec::UninitializedState ACodec::LoadedToIdleState ACodec::IdleToExecutingState ACodec::ExecutingState ACodec::ExecutingToIdleState ACodec::IdleToLoadedState ACodec::FlushingState AHandler 1 * * 11* <<接口>>NuPlayer::Source *1 NuPlayer::HTTPLiveSource NuPlayer::RTSPSource ALooper 1* MyHandler * 1 ARTPConnection ARTSPConnection ALooper 1* mNetLooper for ARTPConnection ARTPSource ARTPAssembler AAVCAssembler AAVCAssembler AMPEG4AudioAssembler AH263Assembler AAMRAssembler AAMRAssembler AMPEG4ElementaryAssembler ARawAudioAssembler AnotherPacketSource <<接口>>MediaSource APacketSource * 1 * 1* 1OMX AHandler

Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析

在前面几篇文章中，我们详细介绍了Android系统进程间通信机制Binder的原理，并且深入分析了系统提供的Binder运行库和驱动程序的源代码。细心的读者会发现，这几篇文章分析的Binder接口都是基于C/C++语言来实现的，但是我们在编写应用程序都是基于Java语言的，那么，我们如何使用Java语言来使用系统的Binder机制来进行进程间通信呢？这就是本文要介绍的Android系统应用程序框架层的用Java语言来实现的Binder接口了。 熟悉Android系统的读者，应该能想到应用程序框架中的基于Java语言的Binder接口是通过JNI来调用基于C/C++语言的Binder运行库来为Java应用程序提供进程间通信服务的了。JNI在Android系统中用得相当普遍，SDK中的Java 接口API很多只是简单地通过JNI来调用底层的C/C++运行库从而为应用程序服务的。 这里，我们仍然是通过具体的例子来说明Binder机制在应用程序框架层中的Java接口，主要就是Service Manager、Server和Client这三个角色的实现了。通常，在应用程序中，我们都是把Server实现为Service的形式，并且通过IServiceManager.addService接口来把这个Service添加到Service Manager，Client也是通过IServiceManager.getService接口来获得Service接口，接着就可以使用这个Service提供的功能了，这个与运行时库的Binder接口是一致的。 前面我们学习Android硬件抽象层时，曾经在应用程序框架层中提供了一个硬件访问服务HelloService，这个Service运行在一个独立的进程中充当Server的角色，使用这个Service的Client运行在另一个进程中，它们之间就是通过Binder机制来通信的了。这里，我们就使用HelloService这个例子来分析Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码。所以希望读者在阅读下面的内容之前，先了解一下前面在Ubuntu上为Android系统的Application Frameworks层增加硬件访问服务这篇文章。 这篇文章通过五个情景来学习Android系统进程间通信Binder机制在应用程序框架层的Java接口：1. 获取Service Manager的Java远程接口的过程；2. HelloService接口的定义；3. HelloService的启动过程；4. Client获取HelloService 的Java远程接口的过程；5. Client通过HelloService的Java远程接口来使用HelloService提供的服务的过程。 一. 获取Service Manager的Java远程接口

多媒体一体机(带有安卓系统)使用说明

. .. 关于带有安卓系统的多媒体一体机使用说明 带有安卓系统多媒体一体机是智能触摸电视与电脑的结合，与以前的多媒体一体机操作上存在一 些区别，现将操作使用中注意的问题说明如下： 1、智能触摸电视与传统触摸电视有什么区别？ 智能触摸电视是带有安卓操作系统的电视，就如同智能手机一样，可以安装安卓版的程序，具有可扩展性。当电脑出现问题不能用时，依然可以单独使用带有安卓系统的电视完成一些简单的应用，如播放视频、播放幻灯片等操作，但注意这些应用与电脑中的程序不一样，类似于安卓系统的手机功能。而传统触摸电视则不具备这些功能。 2、为什么触摸屏有时不灵敏？ 我校的多媒体一体机使用的触摸屏采用的是红外感应的原理，电视四周边框处存在扫描感应区，如果屏幕边框脏了，如落上较多的粉笔灰，就会影响触摸感应，所以一定要及时清理电视屏四周边框污物，否则就会影响触摸感应的灵敏度。 3、如何启动多媒体一体机？ 情况一：如果一体机电源插头没有插，当一插入插头，一体机连通电源后，会自动启动电视和电脑。 情况二：在接通电源，并且电视和电脑都处于关闭状态下时（也就是电视指示灯在红色时），启动一体机很方便，只需要点击电视下方面板中“电源”按钮，就会打开电视，进入安卓界面，同时电脑也会自动启动，无需单独启动电脑。启动后在安卓界面的左上角较大的窗格中会显示出电脑的界面，只需点击这个窗格，就可以切换到电脑的界面。 4、如何关闭一体机？ 步骤一：正常关闭电脑。也就是点击电脑桌面左下角开始菜单中的“关机”。 步骤二：关闭电视。在关闭电脑后电视画面会先变成蓝屏再切换到安卓的界面。这时再点击电视下方面板的“电源”按钮，关闭电视。电视指示灯会变成红色。 步骤三：拔下一体机电源插头。 5、为什么一体机断电后再通电会自动启动（或一插上电插头一体机就会启动）？ 由于安卓系统设计的原因，多媒体一体机的电视和电脑在切断电源后，再接通电源时，无论原来一体机是开着或是关着的，都会自动启动。这就导致在停电后，只要电源插头插着的一体机都会自动启动。这也是有些老师放学时明明关闭了一体机，而第二天来时一体机却开着的一个原因。所以注意，当使用完一体机后，特别是放学以后，一定要拔下一体机的电源插头。再次使用时，插上电源插头后，一体机会自动启动，不需要再按“电源”按钮。如若确实接通电源后一体机没有启动，再按照问题3中的方法启动。 6、为什么一体机没有声音，重新启动后才有声音？ 这主要是因为一体机在关闭时，只关闭了电视，而电脑没有正常的关闭。电视的安卓系统和电脑系统都要使用到声卡，如果正常切换两个系统时，声卡的控制权会进行切换，声音不会出现问题。当电脑没有关闭，而电视关闭了以后，再打开电视时，电视的安卓系统会抢占声卡控制权，使用电脑系统没有声音。这时只需要重启电脑就会有声音了。所以一定要正确的关闭一体机。 7、为什么有时在安卓系统和电脑系统之间切换后，触摸屏会没有反应？ 由于安卓系统和电脑系统使用触摸屏时都要加载触摸屏驱动，切换后驱动会重新加载，需要一定的时间，这时会导致被误认为是触摸屏失灵或死机。只需要等一会驱动加载完成后就可以正常使用了。 8、出现电脑死机时怎么办？ 电脑死机后，可以长按电视面板下方“电脑”按钮10秒，电脑会强制关机，然后再按一次“电脑”按钮，再次启动电脑。如果无法以此种方式重启电脑，则需要拔下一体机插头，电视指示灯灭掉后，重新插上，一体机会自动启动。

Android 杀掉自己进程的方法

Android 杀掉自己进程的方法 Process.killProcess(Process.myPid()); 代码如下 protected void quit() { int size = activityManager.activityStackCount(); for(int i =size-1 ; i > 0 ;i--) { Activity activity = activityManager.allT askActivity().get(i); activityManager.popActivity(activity); } activityManager = null; getActivity().finish(); //目前最为通用的关闭进程的方法以后的版本使用 Intent startMain = new Intent(Intent.ACTION_MAIN); startMain.addCategory(Intent.CATEGORY_HOME); startMain.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(startMain); android.os.Process.killProcess(android.os.Process.myPid()); } android.os.Process.killProcess(appProcessInfo.pid);只能杀死自己所创建的进程，其它进程是杀不掉的，要用到另外一个方法 activityManager.killBackgroundProcesses(processName);,同是权限也要加上 以下是我的测试代码 public class ListViewActivity extends Activity { /** Called when the activity is first created. */ private Button button; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState);

Android下Camera框架解析

Android 下Camera 构架分析 一. Android Camera 层次结构 Android 下Camera 子系统从上到下可以分为应用层、框架层、运行库层及内核层，其结构如下图所示。从整体上看，它还是属于Android 下典型的client/service 的结构，运行在两个进程中，一个是client 进程，主要包括JA V A 代码与一些Native c/c++代码；另一个是service 进程，属于服务端，是native c/c++代码，并且，camera service 属于Android 系统的一个native 服务，用native c/c++代码实现，主要负责和Linux kernel 中的Camera Driver 交互，搜集Linux kernel 中Camera Driver 上传的数据，并交给显示系统(surface)显示。 client 进程与service 进程通过Binder 机制通信，client 端通过调用service 端的接口实现各个具体的功能。但真正的preview 数据不会通过Binder IPC 机制从service 端复制到client 端，而是通过回调函数与消息的机制将preview 数据buffer 的地址传到client 端，最终可在Java 应用中操作处理这个preview 数据。 android_hardware.camera Camera Apps Libandroid_runtime.so (android_hardware_Camera.cpp) libcamera_client.so (Camara.cpp) 应用层框架层运行库层 硬件层 Libcamera.so (HAL)libcameraservice.so (CameraService.cpp)Linux 内核层 V4L2 Kernel Driver Camera Hardware BinderIPC JNI Client Service 二. Android Camera 的代码结构 1）应用层 Camera 的应用层在Android 上表现为直接调用SDK API 开发的一个

安卓多媒体信息发布系统说明书

多媒体信息发布系统 版本号：Ver. 4.0 操作使用说明 中文版

目录 第1章功能特性 (4) 1.1 产品简介 (4) 1.2 产品组成 (4) 1.3 产品功能 (4) 第2章系统环境 (5) 2.1 硬件环境 (5) 2.2 软件环境 (5) 第3章软件安装 (5) 3.1 服务器端 (5) 3.2 播放终端 (9) 3.3 终端设置 (9) 第4章功能说明 (10) 4.1 系统登录 (10) 4.2 快速制作节目 (11) 4.3 节目管理 (13) 4.3.1 节目制作 (13) 4.3.1.1 添加图片 (14) 4.3.1.2 添加视频 (16) 4.3.1.3 添加 Flash (17) 4.3.1.4 添加网页 (17) 4.3.1.5 添加时间 (18) 4.3.1.6 添加天气 (18) 4.3.1.7 添加 RSS (19) 4.3.1.8 添加截屏 (20) 4.3.1.9 添加 PPT (21) 4.3.1.10 添加 Word (21) 4.3.1.11 添加 Excel (22) 4.3.1.12 添加文本 (22) 4.3.1.13 文本编辑工具 (23) 4.3.1.14 其它功能按钮 (23) 4.3.2 节目列表 (23)

4.3.3 节目审核 (24) 4.4 发布管理 (24) 4.4.1 立即发布 (24) 4.4.2 插播任务 (25) 4.4.3 循环任务 (25) 4.4.4 下载状态 (26) 4.4.5 发布通知 (26) 4.5 终端操作 (26) 4.5.1 终端监控 (27) 4.5.2 开关设置 (27) 4.5.3 清除文件 (27) 4.5.4 更名分组 (28) 4.5.5 参数设置 (28) 4.6 系统操作 (28) 4.6.1 终端认证 (28) 4.6.2 用户管理 (29) 4.6.3 操作日志 (29) 4.6.4 负载设置 (30) 4.7 其它功能 (30) 4.7.1 首页 (30) 4.7.2 修改密码 (30) 4.7.3 退出 (30) 4.7.4 后退 (30)

Android SERVICE后台服务进程的自启动和保持

Android SERVICE后台服务进程的自启动和保持 Service组件在android开发中经常遇到，其经常作为后台服务，需要始终保持运行，负责处理一些必要（见不得人）的任务。而一些安全软件，如360等，会有结束 进程的功能，如果不做Service的保持，就会被其杀掉。 在早些时候，我们可以通过在 1. service中重写onStartCommand方法，这个方法有三个返回值， START_STICKY 是service被kill掉后自动 public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; } 2. 配置android:persistent="true" 3. setForeground(true); 4. android:process=”com.xxx.xxxservice”配置到单独的进程中 以上的方法要么只是提升service优先级或者存活率, 并不能解决被安全软件强行 杀死的问题。要么像第四种单独的进程运行service在360老的版本是可以的,但是在360的比较新的版本中仍然会被杀死. 如何保持Service的运行状态是现在要说明的，核心就是利用ANDROID的系统广播，触发自己的程序检查Service的运行状态，如果被杀掉，就再起来。 常用的有开机广播，解锁屏幕的广播，电量变化等等，其中解屏的广播算比较频 繁的了，但是也并不能保证一定的频率，尤其是在特定的时间里(比如用户睡觉的时候，用户并不进行解锁操作).而我们仍要做一些操作的时候，就没有办法了。 因此，我采用了一种别的方案. 另外再加上两个类似一守护进程的Service，分别检查Service的运行状态，注册响应的广播，对其进行守护,一旦发现没有运行就将其 启动. 我利用的系统广播是：Intent.ACTION_TIME_TICK。这个广播每分钟发送一次， 我们可以每分钟检查一次Service的运行状态，如果已经被结束了，就重新启动Service。它的优点就是间隔时间短而且非常稳定, 而其他的广播并不能保证这一点,当然，在具体的应用中还是要根据需求使用, 结合其他广播来保证自己的service一定会 被重启。毕竟现在安全软件是越来越厉害了，更新得也是非常频繁. 有时间还是要看下还有没有其他的方法，综合几种来使用.

基于Android平台的手机通讯录管理系统

第一章绪论 1.1 项目研究背景 经过多年的发展，随着第三代网络的使用及四代网络的即将来了呢，移动终 端不再仅是通讯网络的终端，还将成为互联网的终端。因此，移动终端的应用 软件和需要的服务将会有很大的发展空间。Google与包括HTC、摩托罗拉、三星、联想等在内的三十多家技术和无线应用的领军企业组成的开发联盟为此于2007年11月退出了一份专为移动设备设计的软件平台——Android OS。 Android 是一套真正意义上的移动性设备综合平台，它包括操作系统、中间 件和一些关键的平台应用。Android的Java程序运行环境包含一组Java核心函数库及Dalvik虚拟机，它们有效地优化额Java程序的运行过程。Android 系统平台基于优化了的Linux内核，它提供诸如内存管理、进程管理、设备驱动等服务，同时也是手机硬件的连接层。 Abdroid平台的开放性等特点既能促进技术（包括平台本身）的创新，又有 助于降低开发成本，还可以是运营商能非常方便地制定特色化的产品，因此， 它具有很大的市场发展潜力。 1.2 项目研究的目的及意义 随着3G网络的使用，移动终端不再仅是通讯网络的终端，还将成为互联网的终端。因此，移动终端的应用软件和需要的服务将会有很大的发展空间。在Google和Android手机联盟的共同推动下，Android在众多手机操作系统中脱颖而出，受到广大消费者的欢迎。 手机通讯录作为手机的基本功能之一，每天我们都在频繁地使用着。根据手 机功能的不断加强与完善，手机通讯录对于人们的意义，已经不仅仅像记事簿 一样显示通讯地址，而是向着个性化、人性化的方向发展。通讯录从无到有， 从英文到中文，经过了十几年的发展历程，今后的发展趋势就是从通讯录发展 为名片夹，也就是一个人名下，可以储存座机、手机、单位、地址、电子邮箱 等内容，这种名片夹在电话薄的基础上，大大丰富了内容，同时结构也发生了 革命性的的变化，而且随着手机的发展，相信更优秀的通讯录会越来越受到社 会各层认识的喜爱。 1.3系统主要内容与实现方式

Android多媒体分析

MediaPlayer播放器调用及Parser实现过程 一、调用播放器 (Frameworks) 在mediaPlayer中，根据前面打开的文件格式，分别调用三种播放器的一种。分别为PVPlayer、MidiPlayer、VobisPlayer，下面说明具体步聚：1... 获取文件格式 在MediaScanner.java JAVA程序中，可以得到以下几个文件信息： （1）文件格式，比如MP3，MP4等。 （2）文件类别：音频，视频。 （3）文件来源：本地，网络。 得到文件相关信息后，如果系统支持，则加入到播放列表，反之则DELETE 加载的相关资源。获取具体信息的相关函数调用了MediaFile.java程序相关函数实现。 FILE：MediaScanner.java ../Frameworks/base/media/java/media MediaFile.java ../Frameworks/base/media/java/media 2.创建播放器（MediaPlayer Service） 在系统中，一共有三种播放器： （1） PVPlayer：一般的本地文件播放都用PVPLAYER （2） MidiPlayer：这个播放器目前还没有测试。 （3） VobisPlayer：通过URL网络播放。 在这一层中，主要在MediaPlayerService.cpp文件中实现，根据得到的播放格式（getPlayerType函数）创建相关的播放器（createPlayer）。如果创建了PVPlayer，则直接进入了OpenCore，如果为另外两种播放器，需要对文件的一处理程序在同路径下分别有一个文件（Midifile.cpp和vorbisPlayer.cpp）. FILE:MediaPlayerService.cpp ../Frameworks/base/media/Libmedia

小议Android多进程以致Application多次初始化

小议Android多进程以致Application多次初始化 最近遇到一个bug，当应用加了多进程后，比如总共进程数为N，会出现在startService（）时onStartCommand()方法会被重复调用（N-1）次的奇怪现象。 祸起 最近遇到两个模块互不相干却受到影响的奇怪问题，一个push模块和一个DaemonProcess模块在一起后，会出现如下现像的问题当DaemonProcess为应用加了多进程后，比如总共进程数为N，会出现push模块在startService（）时onStartCommand()方法会被重复调用（N-1）次的奇怪现象。 寻踪 ?因为我们用的是Jpush的原因，一开始以为是Jpush,但最后发现是因为引用多进程的原因 ?再寻找下去发现调用一次startService（）时onStartCommand()运行多次 ?而这两者有何关系呢 举证 Demo测试： 首先在Application中申明四个service，其中ServiceA和ServiceC都各自另开一个进程，ServiceB和ServiceD都在主进程中，AndroidManifest.xml如下：

此时在Application中启动四个Service startService(new Intent(this, ServiceA.class)); startService(new Intent(this, ServiceB.class)); startService(new Intent(this, ServiceC.class)); startService(new Intent(this, ServiceD.class)); 同时各Service打下如下log: public static final String TAG = ServiceB.class.getSimpleName(); @Override public void onCreate() { super.onCreate();Log.i(TAG,"onCreate" + "pid：" + android.os.Process.myPid()); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i(TAG,"onStartCommand" + "pid：" + android.os.Process.myPid()); return super.onStartCommand(intent, flags, startId);

Android Binder设计与实现 – 设计篇

Android Binder设计与实现–设计篇 摘要 Binder是Android系统进程间通信（IPC）方式之一。Linux已经拥有管道、system V IPC、socket等IPC手段，却还要倚赖Binder来实现进程间通信，说明Binder具有无可比拟的优势。深入了解Binder并将之与传统 IPC做对比有助于我们深入领会进程间通信的实现和性能优化。 本文将对Binder的设计细节做一个全面的阐述，首先通过介绍Binder通信模型和Binder通信协议了解Binder的设计需求；然后分别阐述Binder在系统不同部分的表述方式和起的作用；最后还会解释Binder在数据接收端的设计考虑，包括线程池管理，内存映射和等待队列管理等。通过本文对Binder的详细介绍以及与其它IPC通信方式的对比，读者将对Binder的优势和使用Binder 作为Android主要IPC方式的原因有深入了解。 1．引言 基于Client-Server的通信方式广泛应用于从互联网和数据库访问到嵌入式手持设备内部通信等各个领域。智能手机平台特别是Android 系统中，为了向应用开发者提供丰富多样的功能，这种通信方式更是无处不在，诸如媒体播放，视音频捕获，到各种让手机更智能的传感器（加速度、方位、温度、光亮度等）都由不同的Server负责管理，应用程序只需作为Client与这些Server建立连接便可以使用这些服务，花很少的时间和精力就能开发出令人眩目的功能。Client-Server方式的广泛采用对进程间通信（IPC）机制是一个挑战。目前linux 支持的IPC包括传统的管道、System V IPC、即消息队列/共享内存/信号量，以及socket中只有socket支持Client-Server的通信方式。当然也可以在这些底层机制上架设一套协议来实现Client-Server通信，但这样增加了系统的复杂性，在手机这种条件复杂，资源稀缺的环境下可靠性也难以保证。 另一方面是传输性能。socket作为一款通用接口，其传输效率低，开销大，主要用在跨网络的进程间通信和本机上进程间的低速通信。消息队列和管道采用存储-转发方式，即数据先从发送方缓存区拷贝到内核开辟的缓存区中，然后再从内核缓存区拷贝到接收方缓存区，至少有两次拷贝过程。共享内存虽然无需拷

基于Android的多媒体播放器课程设计报告

【最新资料，WORD文档，可编辑修改】/* 1、开发环境 Android 是一种基于Linux V2.6 内核的综合操作环境。最初，Android 的部署目标是移动电话领域，包括智能电话和更廉价的翻盖手机。Android 全面的计算服务和丰富的功能支持完全有能力扩展到移动电话市场以外。Android 也可以用于其他的平台和应用程序。下面搭建Android的开发环境。 1.1 JDK安装 1、首先把所有要安装文件放在Android_software文件夹中； 2、安装jdk-6u10-rc2-bin-b32-windows-i586-p-12_sep_2008文件； 3、配置环境变量： （1）新建一个用户变量，变量名是JAVA_HOME,变量值为：JDK的安装路径； （2）查看系统变量Path,如果有显示路径加\bin,没有则加%JAVA_HOME%\bin； （3）查看class，如果有显示路径加\lib，没有则加%JAVA_HOME%\lib； 4、解压eclipse-jee-juno-win32文件，运行eclipse.exe，在workspace launcher 窗口中，设置项目保存路径; 1.2 Android SDK安装以及系统设置 在eclipse菜单栏的window子菜单下点击perferences，选择android,在右边的对话框中选择按钮Browse，找到SDK源文件，自动出来SDK包含的Android版本，点击Apply按钮，完成安装； 在用户变量里面，新建一个JA V A_SDK变量，值设置的值为SDK安装的路径； 在系统变量里面加入%JA V A_HOME%\bin，%JA V A_SDK%\tools，%JA V A_SDK%\platform-tools。 图1.设置环境变量 1.3 Eclipse安装以及ADT工具的安装 ADT插件的安装： （1）解压ADT文件； （2）打开eclipse菜单上help 子目录下的Install new software； （3）在弹出的Install窗口中点击Add，在弹出的窗口中，name：ADT Location:点击location按钮找到解压的ADT源文件； （4）安装成功后，重新启动eclipse; 1.4 模拟器的配置 1、运行eclipse,在window子菜单下点击AVD Manager开始配置模拟器； 2、在Android Virtual Device Manager 下点击NEW，开始创建模拟器； 3、在create new Android Virtual Manager窗口中，输入模拟器的名称、版本、 存储卡大小，手机屏幕的分辨率，输入完后，点击Create AVD,创建完成； 4、在Android Virtual Device Manager窗口中，选中模拟器后，点击start， 启动模拟器。 图2 启动模拟器 2、功能说明 2.1 软件结构与布局 设计布局框架分为三个部分：

Android系统启动流程(一)解析init进程

Android系统启动流程（一）解析init 进程 前言 作为“Android框架层”这个大系列中的第一个系列，我们首先要了解的是Android系统启动流程，在这个流程中会涉及到很多重要的知识点，这个系列我们就来一一讲解它们，这一篇我们就来学习init进程。 1.init简介 init进程是Android系统中用户空间的第一个进程，作为第一个进程，它被赋予了很多极其重要的工作职责，比如创建zygote(孵化器)和属性服务等。init进程是由多个源文件共同组成的，这些文件位于源码目录system/core/init。本文将基于Android7.0源码来分析Init进程。 2.引入init进程 说到init进程，首先要提到Android系统启动流程的前几步： 1.启动电源以及系统启动 当电源按下时引导芯片代码开始从预定义的地方（固化在ROM）开始执行。加载引导程序Bootloader到RAM，然后执行。 2.引导程序Bootloader 引导程序是在Android操作系统开始运行前的一个小程序，它的主要作用是把系统OS拉起来并运行。 3.Linux内核启动 内核启动时，设置缓存、被保护存储器、计划列表，加载驱动。当内核完成系统设置，它首先在系统文件中寻找”init”文件，然后启动root进程或者系统的第一个进程。 4.init进程启动 讲到第四步就发现我们这一节要讲的init进程了。关于Android系统启动流程的所有步骤会在本系列的最后一篇做讲解。 3.init入口函数 init的入口函数为main，代码如下所示。 system/core/init/init.cpp int main(int argc, char** argv) { if (!strcmp(basename(argv[0]), "ueventd")) { return ueventd_main(argc, argv); } if (!strcmp(basename(argv[0]), "watchdogd")) { return watchdogd_main(argc, argv);

android开机过程

一、Android开机启动流程简介 1、OS-level： 由bootloader载入linux kernel后kernel开始初始化, 并载入built-in 的驱动程序。Kernel完成开机后，载入init process，切换至user-space。 Init进程是第一个在user-space启动的进程。 2、Android-level： 由init process读取init.rc，Native 服务启动，并启动重要的外部程序，例如：servicemanager、Zygote以及System Server等。 由 init process 根据硬件类型读取init.xxx.rc。由init.xxx.rc加载init.xxx.sh。 由 init.xxx.sh 加载特定的硬件驱动。如hi_tuner.ko、hi_demux.ko等。 3、Zygote-Mode： Zygote 启动完SystemServer 后，进入Zygote Mode，在Socket 等候命令。 随后，使用者将看到一个桌面环境（Home Screen）。桌面环境由一个名为[Launcher]的应用程序负责提供。 本文档重点研究Android-level中的启动流程。 启动流程如下图所示：

二、init process流程分析 init进程简介 init进程是第一个在user-space启动的进程。由内核启动参数[init]传递给内核，如果该项没有设置，内核会按 /etc/init,/bin/init,/sbin/init,/bin/sh的顺序进行尝试,如果都有的都没找到，内核会抛出 kernel panic：的错误。

Android平台OpenMax多媒体引擎介绍

OpenMax是一个多媒体应用程序的框架标准。其中，OpenMax IL(集成层)技术规格定义了媒体组件接口，以便在嵌入式器件的流媒体框架中快速集成加速编解码器。 在Android中，OpenMax IL层，通常可以用于多媒体引擎的插件，Android的多媒体引擎OpenCore 和StageFright都可以使用OpenMax作为插件，主要用于编解码(Codec)处理。 在Android的框架层，也定义了由Android封装的OpenMax接口，和标准的接口概念基本相同，但是使用C++类型的接口，并且使用了Android的Binder IPC机制。Android封装OpenMax的接口被StageFright使用，OpenCore没有使用这个接口，而是使用其他形式对OpenMax IL层接口进行封装。 Android OpenMax的基本层次结构如图18-1所示。 ▲图18-1 Android中OpenMax的基本层次结构 OpenMax系统的结构 1.OpenMax总体层次结构 OpenMax是一个多媒体应用程序的框架标准，由NVIDIA公司和Khronos在2006年推出。 OpenMax是无授权费的，跨平台的应用程序接口API，通过使媒体加速组件能够在开发、集成和编程环节中实现跨多操作系统和处理器硬件平台，提供全面的流媒体编解码器和应用程序便携化。 OpenMax的官方网站如下所示： https://www.sodocs.net/doc/4313490687.html,/openmax/ OpenMax实际上分成三个层次，自上而下分别是，OpenMax DL(开发层)，OpenMax IL(集成层)和OpenMax AL(应用层)。三个层次的内容分别如下所示。 第一层：OpenMax DL(Development Layer，开发层) OpenMax DL定义了一个API，它是音频、视频和图像功能的集合。硅供应商能够在一个新的处理器上实现并优化，然后编解码供应商使用它来编写更广泛的编解码器功能。它包括音频信号的处理功能，如FFT和filter，图像原始处理，如颜色空间转换、视频原始处理，以实现例如MPEG-4、H.264、MP3、AAC和JPEG等编解码器的优化。 第二层：OpenMax IL(Integration Layer，集成层) OpenMax IL作为音频、视频和图像编解码器能与多媒体编解码器交互，并以统一的行为支持组件(例如，资源和皮肤)。这些编解码器或许是软硬件的混合体，对用户是透明的底层接口应用于嵌入式、移动设备。它提供了应用程序和媒体框架，透明的。S编解码器供应商必须写私有的或者封闭的接口，集成进移动设备。IL的主要目的是使用特征集合为编解码器提供一个系统抽象，为解决多个不同媒体系统之间轻便性的问题。 第三层：OpenMax AL(Appliction Layer，应用层)

安卓进程android process media一直占用CPU、发热问题解决方法

关于安卓系统android.process.media进程一直占用CPU、消耗电池电量、手机发热、异常停止等的解决方案 一、现象： 手机开机一段长时间后，操作反应仍然巨慢，近似死机。 平时1分钟内完全开机，尔后操作会很顺畅，偶尔会有小卡，但不会完全卡死。开启“设置->开发者选项->监控->显示CPU使用情况”后，发现android.process.media一直在占用cpu。 通过Watchdog Task Manager和SystemTuner查看其CPU占用率，维持在60%以上。即使重启也一样卡死。（android 4.1.2） 二、分析： 1.“受DRM保护的内容的存储、下载管理器、下载内容、媒体存储”在同一个进程中，即android.process.media。开机后，进程android.process.media会运行一段时间后停止并转为后台(扫描时间因数据量而定，我的11G数据要扫描10分钟左右才停止，不过优先级比较低)，其服务是一个MediaScannerService。android.process.media包括“受DRM保护的内容的存储、下载管理器、下载内容、媒体存储”等软件包。 2.系统升级、刷机后或数据出错，很容易出现android.process.media异常停止或一直占用CPU的情况。 3.某些程序开机启动，对系统进行扫描动作。 三、解决方案： 1.如果出现android.process.media一直占用CPU的情况，在“系统设置->应用->全部->下载管理器”中选择“清除数据”。 2.如果出现“andrioid.proces.media已停止”，在“设置->应用程序->管理应用程序->全部->媒体储存”中，选择“清除数据”。 3.有Root的手机，尽量安装管理软件，禁止一些不必要开机启动的软件。 PS：在保留用户数据而进行升级或刷机时，一些软件会出现异常停止的情况，也可以先尝试进入“管理应用”清除其数据。

“进程android.process.acore已意外停止”解决办法大全

“进程android.process.acore已意外停止”解决办法大全 一般我们在操作手机的时候，遇到出现的比较多的系统问题是出现“进程android.process.acore已意外停止”的提示。下面针对比较常出现的情况提供解决的办法。 一、三星的机子升级4.0.3后 兴致勃勃的刷机，但成功后总是FC，郁闷至极。但恢复出厂设置就没问题，刚开始以为是程序冲突，后来发现并不是这样，清空通讯录也可以正常使用。 解决方法：设置——应用程序管理——将google通讯录同步、联系人存储、通讯录这三项清除数据，注意先备份。之后再设置——账户与同步——登陆google账户同步联系人即可。 二、刷机的时候因为失误操作，弹出了“android.process.acore出问题”的提示，重刷也无法解决。 出现这个提示不用担心，并不是手机出了毛病。“android.process.acore出问题“的解决的方法很简单。 解决方法：请先备份一下手机的联系人资料，然后进入设置，选择程序，选择程序管理，选择全部，找到联系人储存，然后清除数据，这样再刷机就没有问题了。某些手机显示的是“进程android.process.acore已意外停止”，解决方法是一样的。 三、小米手机出现了“android.process.acore ”的情况 如果是小米手机出现了“android.process.acore出问题”的提示，有可能是因为你删除了谷歌框架内重要的文件。 解决方法：请到小米官网上下载一个对应的升级包，然后放到SD卡内，选择系统更新，点击菜单键，选择安装包，找到你放入到SD卡中的安装包，选择立即更新，开始升级。等到升级完成后，重启手机，即可解决这个问题。

Android中的IPC binder机制

android 中的IPC binder 机制 第一部分 Binder的组成 1.1 驱动程序部分驱动程序的部分在以下的文件夹中： kernel/include/linux/binder.h kernel/drivers/Android/binder.c binder驱动程序是一个miscdevice，主设备号为10，此设备号使用动态获得(MISC_DYNAMIC_MINOR)，其设备的节点为： /dev/binder binder驱动程序会在proc文件系统中建立自己的信息，其文件夹为 /proc/binde，其中包含如下内容： proc目录：调用Binder各个进程的内容 state文件：使用函数binder_read_proc_state stats文件：使用函数binder_read_proc_stats transactions文件：使用函数binder_read_proc_transactions transaction_log文件：使用函数binder_read_proc_transaction_log，其参数为binder_transaction_log (类型为struct binder_transaction_log) failed_transaction_log文件：使用函数 binder_read_proc_transaction_log 其参数为 binder_transaction_log_failed (类型为struct binder_transaction_log) 在binder文件被打开后，其私有数据(private_data)的类型： struct binder_proc 在这个数据结构中，主要包含了当前进程、进程ID、内存映射信息、Binder 的统计信息和线程信息等。 在用户空间对Binder驱动程序进行控制主要使用的接口是mmap、poll和ioctl，ioctl主要使用的ID为： #define BINDER_WRITE_READ _IOWR('b', 1, struct binder_write_read) #define BINDER_SET_IDLE_TIMEOUT _IOW('b', 3, int64_t) #define BINDER_SET_MAX_THREADS _IOW('b', 5, size_t)