android进程优先级
Ⅰ android 开4个线程 速度会提升4倍吗
对于Android平台上的线程优先级设置来说可以处理很多并发线程的阻塞问题，比如很多无关紧要的线程会占用大量的CPU时间，虽然通过了MultiThread来解决慢速I/O但是合理分配优先级对于并发编程来说十分重要。Android在线程方面主要使用的是java本身的Thread类，我们可以在Thread或Runnable接口中的run方法首句加入 Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND); //设置线程优先级为后台，这样当多个线程并发后很多无关紧要的线程分配的CPU时间将会减少，有利于主线程的处理，相关的Thread优先级定义罗列有以下几种: int THREAD_PRIORITY_AUDIO //标准音乐播放使用的线程优先级 int THREAD_PRIORITY_BACKGROUND //标准后台程序 int THREAD_PRIORITY_DEFAULT // 默认应用的优先级 int THREAD_PRIORITY_DISPLAY //标准显示系统优先级，主要是改善UI的刷新 int THREAD_PRIORITY_FOREGROUND //标准前台线程优先级 int THREAD_PRIORITY_LESS_FAVORABLE //低于favorable int THREAD_PRIORITY_LOWEST //有效的线程最低的优先级 int THREAD_PRIORITY_MORE_FAVORABLE //高于favorable int THREAD_PRIORITY_URGENT_AUDIO //标准较重要音频播放优先级 int THREAD_PRIORITY_URGENT_DISPLAY //标准较重要显示优先级，对于输入事件同样适用。
Ⅱ android timertask 在内存不足的情况下会被杀死吗
通常在一部Android手机里同时运行着多个应用(app)，每个app对应一个系统进程，当系统需要更多的资源（如内存）而空闲资源不足时，Android系统就会选择杀掉一些“低优先级”的进程以便释放所需资源。Android系统是如何确定进程优先级的高低的呢？如果一个app正在与用户交互，那么它所在的进程具有最高优先级；其次，如果一个app是可见的，例如被一个对话框部分遮挡，它所在进程具有第二高的优先级；再次，如果app当前是不可见的，也就是被切换到了后台，则它所在进程具有第三高的优先级；这里要补充一点，如果这个后台app启动了一个service，则它比一般的后台app优先级高一些。最后，如果一个进程里没有包含任何app，这个进程的优先级是最低的。
Ⅲ Android中的进程有哪些，说出他们的优先级
你这问的贼有深度,链接给你网页链接我蹭个积分先
前台进程
可见进程
服务进程
后台进程
空进程
Ⅳ android 中 自己写的activity 的优先级怎么才能大于系统的 譬如来电 自己已经获取号码并写了一个activity
Android中，Activity的级别永完都没有来电这么高级别，因为手机最主要的功能，还是用来通话。
关于Android中的进程级别：
1、foreground process
正处于activity resume状态
正处于bound服务交互的状态
正处于服务在前台运行的状态（StartForeGround（）被调用）
Service生命周期正在被执行（onCreate（），onStart（），onDestroy（））
BroadcastReceiver正在执行onReceive（）方法
杀死foreground需要用户响应，因为这个安全优先级是最高的
是用户操作所必须的，任一时间下，仅有少数进程会处于前台，仅当内存实在无法供给它们维持同时运行时才会被杀死。一般来说，在这种情况下，设备依然处于使用虚拟内存的状态，必须要杀死一些前台进程以用户界面保持响应。
•Android会依据进程中当前活跃组件的重要程度来尽可能高的估量一个进程的级别。比如说，如果一个进程中同时有一个服务和一个可视的activity，则进程会被判定为可视进程，而不是服务进程。
2、visible process
activity不在前端显示，但也没有完全隐藏，能够看得见，比如弹出一个对话框
一个bound到visible或者foreground的activity的service
没有前台组件，但仍可被用户在屏幕上所见。当满足如下任一条件时，进程被认为是可视的：
• 它包含着一个不在前台，但仍然为用户可见的activity（它的onPause()方法被调用）。这种情况可能出现在以下情况：比如说，前台activity是一个对话框，而之前的 activity位于其下并可以看到。
• 它包含了一个绑定至一个可视的activity的服务。
可视进程依然被视为是很重要的，非到不杀死它们便无法维持前台进程运行时，才会被杀死。
3、Service process
正在运行的，不在上述两种状态的service
是由 startService() 方法启动的服务，它不会变成上述两类。尽管服务进程不会直接为用户所见，但它们一般都在做着用户所关心的事情（比如在后台播放mp3或者从网上下载东 西）。所以系统会尽量维持它们的运行，除非系统内存不足以维持前台进程和可视进程的运行需要。
4、background process
不可见状态的activity进程，onstop被调用
包含目前不为用户所见的activity（Activity对象的 onStop() 方法已被调用）。这些进程与用户体验没有直接的联系，可以在任意时间被杀死以回收内存供前台进程、可视进程以及服务进程使用。一般来说，会有很多背景进程 运行，所以它们一般存放于一个LRU（最后使用）列表中以确保最后被用户使用的activity最后被杀死。如果一个activity正确的实现了生命周 期方法，并捕获了正确的状态，则杀死它的进程对用户体验不会有任何不良影响。
5、empty process
没有运行任何component的进程，保留这个进程主要是为了缓存的需要
不包含任何活动应用程序组件。这种进程存在的唯一原因是做为缓存以改善组件再次于其中运行时的启动时间。系统经常会杀死这种进程以保持进程缓存和系统内核缓存之间的平衡。
此外，一个进程的级别可能会由于其它进程依赖于它而升高。一个为其它进程提供 服务的进程级别永远高于使用它服务的进程。比如说，如果A进程中的内容提供者为进程B中的客户端提供服务，或进程A中的服务为进程B中的组件所绑定，则A 进程最低也会被视为与进程B拥有同样的重要性。
Ⅳ android开发怎么让第三方服务不被杀死
方法：
对于一个service，可以首先把它设为在前台运行：
public void MyService.onCreate() {
super.onCreate();
Notification notification = new Notification(android.R.drawable.my_service_icon,
"my_service_name",
System.currentTimeMillis());
PendingIntent p_intent = PendingIntent.getActivity(this, 0,
new Intent(this, MyMainActivity.class), 0);
notification.setLatestEventInfo(this, "MyServiceNotification, "MyServiceNotification is Running!", p_intent);
Log.d(TAG, String.format("notification = %s", notification));
startForeground(0x1982, notification); // notification ID: 0x1982, you can name it as you will.
}
重要设置-------------------------------
相较于/data/app下的应用，放在/system/app下的应用享受更多的特权，比如若在其Manifest.xml文件中设置persistent属性为true，则可使其免受out-of-memory killer的影响。如应用程序'Phone'的AndroidManifest.xml文件：
<application android:name="PhoneApp"
android:persistent="true"
android:label="@string/dialerIconLabel"
android:icon="@drawable/ic_launcher_phone">
...
</application>
设置后app提升为系统核心级别，任何情况下不会被kill掉, settings->applications里面也会屏蔽掉stop操作。
这样设置前的log: Proc #19: adj=svc /B 4067b028 255:com.xxx.xxx/10001 (started-services)
# cat /proc/255/oom_adj
设置后的log: PERS #19: adj=core /F 406291f0 155:com.xxx.xxx/10001 (fixed)
# cat /proc/155/oom_adj
-12 # 这是CORE_SERVER_ADJ
注：init进程的oom_adj为-16（即SYSTEM_ADJ）： cat /proc/1/oom_adj
Android相关部分分析：
在文件frameworks/base/services/java/com/android/server/am/ActivityManagerService.java中有以下的代码：
final ProcessRecord addAppLocked(ApplicationInfo info) {
ProcessRecord app = getProcessRecordLocked(info.processName, info.uid);
if (app == null) {
app = newProcessRecordLocked(null, info, null);
mProcessNames.put(info.processName, info.uid, app);
updateLruProcessLocked(app, true, true);
}
if ((info.flags&(ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT))
== (ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT)) {
app.persistent = true;
app.maxAdj = CORE_SERVER_ADJ; // 这个常数值为-12。
}
if (app.thread == null && mPersistentStartingProcesses.indexOf(app) < 0) {
mPersistentStartingProcesses.add(app);
startProcessLocked(app, "added application", app.processName);
}
return app;
}
可见要想成为core service （即app.maxAdj = CORE_SERVER_ADJ(-12)），应用程序需要FLAG_SYSTEM和FLAG_PERSISTENT两个标志，FLAG_SYSTEM指的是应用位于/system/app下，FLAG_PERSISTENT就是指persistent属性。
而对于frameworks/base/services/java/com/android/server/SystemServer.java，则调用
ActivityManagerService.setSystemProcess();
把自己的 app.maxAdj 设置成SYSTEM_ADJ，即-16。
原理：
Android中的进程是托管的，当系统进程空间紧张的时候，会依照优先级自动进行进程的回收。由此带来三个问题：
1） 回收规则: 什么时候回收与回收哪一个？
2） 避免误杀: 如何阻止被回收？
3） 数据恢复与保存: 被回收了怎么办？
Android将进程分为6个等级,它们按优先级顺序由高到低依次是:
1.前台进程( FOREGROUND_APP)
2.可视进程(VISIBLE_APP )
3. 次要服务进程(SECONDARY_SERVER )
4.后台进程 (HIDDEN_APP)
5.内容供应节点(CONTENT_PROVIDER)
6.空进程(EMPTY_APP)
特征：
1.如果一个进程里面同时包含service和可视的activity，那么这个进程应该归于可视进程，而不是service进程。
2.另外，如果其他进程依赖于它的话，一个进程的等级可以提高。例如，一个A进程里的service被绑定到B进程里的组件上，进程A将总被认为至少和B进程一样重要。
3.系统中的phone服务被划分到前台进程而不是次要服务进程.
在android中，进程的oom_adj值也就代表了它的优先级。oom_adj值越高代表该进程优先级越低。文件/init.rc中有以下属性设置：
setprop ro.FOREGROUND_APP_ADJ 0
setprop ro.VISIBLE_APP_ADJ 1
setprop ro.SECONDARY_SERVER_ADJ 2
setprop ro.HIDDEN_APP_MIN_ADJ 7
setprop ro.CONTENT_PROVIDER_ADJ 14
setprop ro.EMPTY_APP_ADJ 15
/init.rc中，将PID为1的进程(init进程)的oom_adj设置为SYSTEM_ADJ(-16):
# Set init its forked children's oom_adj.
write /proc/1/oom_adj -16
查看本机设置：
cat /sys/mole/lowmemorykiller/parameters/adj
0,1,2,7,14,15
回收时机：
文件/init.rc中:
setprop ro.FOREGROUND_APP_MEM 1536 // 6M
setprop ro.VISIBLE_APP_MEM 2048 // 8M
setprop ro.SECONDARY_SERVER_MEM 4096 // 16M
setprop ro.HIDDEN_APP_MEM 5120 // 20M
setprop ro.CONTENT_PROVIDER_MEM 5632 // 22.4M
setprop ro.EMPTY_APP_MEM 6144 // 24M
这些数字也就是对应的内存阈值，一旦低于该值，Android便开始按顺序关闭相应等级的进程。
注意这些数字的单位是page： 1 page = 4 kB。所以上面的六个数字对应的就是(MB): 6,8,16,20,22,24。
查看现在的内存阈值设置：
cat /sys/mole/lowmemorykiller/parameters/minfree
要想重新设置该值（对应不同的需求）:
echo "1536,2048,4096,5120,15360,23040">/sys/mole/lowmemorykiller/parameters/minfree
这样当可用内存低于90MB的时候便开始杀死"空进程"，而当可用内存低于60MB的时候才开始杀死"内容供应节点"类进程。
具体的回收实现在ActivityManagerService.java中的函数trimApplications()：
1.首先移除package已被卸载的无用进程；
2.基于进程当前状态，更新oom_adj值，然后进行以下操作：
1) 移除没有activity在运行的进程;
2) 如果AP已经保存了所有的activity状态，结束这个AP。
3. 最后，如果目前还是有很多activities 在运行，那么移除那些activity状态已经保存好的activity。
更新oom_adj的值：
在ActivityManagerService.java文件的ComputeOomAdjLocked() 中计算出进程的oom_adj，例如:
if (app == TOP_APP) {
// The last app on the list is the foreground app.
adj = FOREGROUND_APP_ADJ;
app.adjType = "top-activity";
}
Android kernel中的low memory killer
Android的Low Memory Killer根据需要（当系统内存短缺时）杀死进程释放其内存，源代码在kernel/drivers/misc/lowmemorykiller.c中。简单说，就是寻找一个最合适的进程杀死，从而释放它占用的内存。
最合适的进程是:
• oom_adj越大
• 占用物理内存越多
一旦一个进程被选中，内核会发送SIGKILL信号将之杀死：
for_each_process(p) {
……
if(selected == NULL || p->oomkilladj > selected->oomkilladj ||
(p->oomkilladj == selected->oomkilladj && tasksize > selected_tasksize))
{
selected = p;
}
}
if(selected != NULL) {
force_sig(SIGKILL, selected);
}
查看LRU列表：adb shell mpsys activity
当activitydemo在前台时：
包含Service的进程的优先级比较高，在computeOomAdjLocked中将其分为了两小类:
static final int MAX_SERVICE_INACTIVITY = 30*60*1000;
if (now < (s.lastActivity+MAX_SERVICE_INACTIVITY)) {
if (adj > SECONDARY_SERVER_ADJ) {
adj = SECONDARY_SERVER_ADJ;
app.adjType = "started-services";
app.hidden = false;
}
}
if (adj > SECONDARY_SERVER_ADJ) {
app.adjType = "started-bg-services";
}
完全让进程不被kill是不可能的，我们可以通过一些操作，使进程被kill的几率变小：
1) 提高进程的优先级:
* 后台操作采用运行于前台的Service形式，因为一个运行着service的进程比一个运行着后台activity的等级高；
* 按back键使得进程中的activity在后台运行而不是destory，需重载back按键(没有任何activity在运行的进程优先被杀).
* 依赖于其他优先级高的进程；
2) 强制修改进程属性：
* 在进程中设置：setPersistent(true);
* 在Manifest文件中设置（如上）。
Ⅵ android app程序与服务优先级哪个高
service与application的生命周期有关系的。
在Android中进程按优先级可以分为五类，优先级从高到低排列：
前台进程 该进程包含正在与用户进行交互的界面组件，比如一个Activity。
可视进程 该进程中的组件虽然没有和用户交互，但是仍然可以被看到。
服务进程 该进程包含在执行后台操作的服务组件，比如播放音乐的Service。
后台进程 该进程包含的组件没有与用户交互，用户也看不到 Service。
空进程 没有任何界面组件、服务组件，或触发器组件。
Android系统是进程托管的，也就是说进程都是由系统来管理，系统会按照特定的算来来回收这些进程。在回收中秉承几个原则：
1. 尽量延长进程的生命周期，不到必须的情况下不会回收，因为系统回收进程会影响用户体验
2. 按优先级从低到高进行回收
3. 同等优先级的进程越近使用越晚回收。
通过上面这些解释，进程过一段时间后是会被回收的，但要遵循上面的这些原则，service和application的生命周期有关，只要进程被回收，那么它所占用的所有资源将被回收。
Ⅶ android中的进程优先级,说法错误的是
在Android中进程按优先级可以分为五类，优先级从高到低排列：
1.前台进程 该进程包含正在与用户进行交互的界面组件，比如一个Activity。
2.可视进程 该进程中的组件虽然没有和用户交互，但是仍然可以被看到。
3.服务进程 该进程包含在执行后台操作的服务组件，比如播放音乐的Service。
4.后台进程 该进程包含的组件没有与用户交互，用户也看不到 Service。
5.空进程 没有任何界面组件、服务组件，或触发器组件。
Ⅷ android进程分为哪5种优先级顺序是怎样的
Andrid 5个进程及重要优先级前台进程＞可见进程＞服务进程＞后台进程＞空进程，
它们的回收优先级则反之
Ⅸ android自启动怎么优先级高
进程的优先级 12); //实例化按钮对象 Button btnDownload=(Button)findViewById(RMessage); Button btnDownload=(Button)findViewById(R.id.btnDownload); Button btnUpdate=(Button)findViewById(R.id.btnUpdate); //注册按钮的单击事件 btnDownload.setOnClickListener(this); btnUpdate.setOnClickListener(this); } //实现按钮的单击时间事件 @Override public void onClick(View v) { switch (v.getId()) { case R.id.btnDownload: //创建对象 MyAsyncTask myAsyncTask=new MyAsyncTask(); myAsyncTask.execute(null);//执行任务 break; case R.id.btnUpdate: break; } } private class MyAsyncTask extends AsyncTask<URL, Integer, String>{ //在UI中执行，更新UI @Override protected void onProgressUpdate(Integer... values) { mProgressBar.setProgress(values[0]); if(values[0]<100){ mTextView.setText("progress="+values[0]+"%"); } } //现在work thread中执行耗时操作 @Override protected String doInBackground(URL... params) { for (int i = 0; i < 100; i++) { publishProgress(i+1);//向onProgressUpdate发送消息 try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } return "download finished"; } //doInBackground结束后，执行本方法，result是doInBackground方法返回的数据 @Override protected void onPostExecute(String result) { mTextView.setText(result); } } } 12.9. 软件开发术语 12.9.1性能 临时对象越多，垃圾回收(GC)的频率越高 GC占用CPU，CPU被占用时，无法响应用户的操作 用户感觉到卡，影响用户体验。 12.9.2资源池 存放一定数量的同样类型的对象，当程序需要使用时，可以从资源池中获取，使用完成，收回资源池。 等待下一次被使用。 示例：从资源池中获取Message对象。 Message msg=Message.obtainMessage(); 提示：若之前没有创建过Message，则创建给对象。Android系统会在适当时候回收该对象，方便下次取用。 提示：解决性能问题的前提是不能影响功能。
Ⅹ android 设置进程调度优先级默认值是多少
一个Pad上有很多媒体文件，然后每次开机后的一段时间内，Home Screen的反应都特别慢，有时候还会报出ANR的错误。从ANR文件/data/anr/traces.txt分析，发现系统打印的cpu占有率中，android.process.media占用非常高。所以怀疑是MediaProvider做文件扫描占用CPU太多资源导致。
但是我们实际测试的时候，通过top –m 5查看cpu占有率的时候，发现只要一操作Home，android.process.media进程cpu占有率就会下降很多。
当时看到这个现象，直观感觉就是MediaProvider抢占CPU能力不够。直接把该现象告诉领导，这个事情也就结了。但是一直没在代码中找到依据：总有地方设置进程的优先级吧？？
后来，时间充裕了，想起这个问题。果不其然，在MediaScannerService中，找到答案：
<span style="font-size:24px;">public void run()
{
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND +
Process.THREAD_PRIORITY_L