如果我有类似的代码：
Runnable r = ...;
Thread thread = new Thread(r);
thread.setPriority((Thread.MAX_PRIORITY + Thread.NORM_PRIORITY) / 2);
要么 ...
Runnable r = ...
Thread thread = new Thread( new Runnable() {
public void run() {
android.os.Process.setThreadPriority(android.os.Process.THREAD_PRIORITY_MORE_FAVORABLE);
r.run();
}
});
是否需要android.os.Process方法/首选？
为什么首选android.os.Process方法？
据我所知，这还没有明确记录。
Answers:
如您所说，当前的Dalvik实现似乎将Java线程一一映射到底层Linux系统PTHREADs。所有应用程序的所有线程都属于系统上的同一线程组，因此每个线程都与所有应用程序的所有线程竞争。
因此，当前Thread.setPriority实际上应该Process.setThreadPriority使用较小的Java优先级尺度与进行相同的操作。优先级的映射kNiceValues在vm / Thread.c中定义
Thread.setPriority设置了一个与所有应用程序的线程竞争的价值。因此，采用哪种方法的决定仅是未来安全性的问题，也许是应用程序线程是否被分组一次……
kNiceValues如上所述定义。该表不是线性的，但是线性并不意味着任何意义，因为它取决于调度程序，这些值的含义是什么，例如，通常仅考虑顺序。总是偏爱一个过程，它具有较低的好价值，而另一个独立地是多么低。因此，真正的效果是相对于系统中使用的所有美观值而言的，因此取决于操作系统制造商和所有其他应用程序编码器策略。android值具有一些命名的C常数，其后缀为_NORMAL或_URGENT_DISPLAY，并假装一些含义……
Google使用
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
在Volley的Network Dispatcher线程中，所以我相信使用Process.setThreadPriority（）是可行的方法。
我会依靠的thread.setPriority()。这些android.os.Process.setThreadPriority名称是底层Linux操作系统的真正线程优先级。但是，这些可以但不必映射到Dalvik / Java VM线程，因为VM可以以自己的方式进行线程处理，也可以使用系统线程或两者结合使用。如果不受Android安全性限制，提高系统优先级可能会导致您的应用程序优先于其他应用程序，但又不能保证您的当前Java线程优先于您的应用程序中的其他Java线程。