Quelle est la différence entre Thread.setPriority() et Android.os.Process.setThreadPriority() ?

Question

Si j'ai un code comme :

Runnable r = ...;

Thread  thread = new Thread(r);
thread.setPriority((Thread.MAX_PRIORITY + Thread.NORM_PRIORITY) / 2);

ou ...

    Runnable r = ...
    Thread thread = new Thread( new Runnable() {
       public void run() {
         android.os.Process.setThreadPriority(android.os.Process.THREAD_PRIORITY_MORE_FAVORABLE);
         r.run();
       }
    });

IS la voie Android.os.Process requise/préférée ?

POURQUOI La voie Android.os.Process est-elle préférée/exigée si c'est le cas ?

Pour autant que je sache, cela n'est pas clairement documenté.

Answer 1

L'implémentation Dalvik actuelle semble faire correspondre les threads Java un par un aux PTHREADs du système linux sous-jacent, comme vous le dites. Tous les threads de toutes les applications appartiennent au même groupe de threads du système, de sorte que chaque thread est en concurrence avec tous les threads de toutes les applications.

Donc actuellement Thread.setPriority devrait en fait faire la même chose que Process.setThreadPriority en utilisant la plus petite échelle de priorité de Java. Le mappage des priorités est défini dans kNiceValues à l'adresse vm/Thread.c

Answer 2

Google utilise

Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);

de Volley Répartiteur de réseau Je pense donc que l'utilisation de Process.setThreadPriority() est la meilleure solution.

Answer 3

Je m'appuierais sur thread.setPriority() . Le site android.os.Process.setThreadPriority nomme la priorité réelle des threads du système d'exploitation linux sous-jacent. Cependant, ceux-ci pourraient, mais n'ont pas besoin de correspondre aux threads Dalvik / Java VM, car la VM pourrait faire du threading par ses propres moyens ou utiliser les threads du système ou une combinaison des deux. Augmenter la priorité du système aurait plus probablement pour résultat de donner la priorité à votre application en faveur des autres, si elle n'est pas limitée par les contraintes de sécurité d'Android, mais ne garantit pas la priorité de votre thread Java actuel en faveur des autres threads Java de votre application.