Android.isUserAMonkey lancers francs RuntimeException

Question

Je vois des exceptions lorsque ActivityManager.isUserAMonkey() est exécuté sur les appareils Android plus:

java.lang.RuntimeException: Unable to start activity ComponentInfo{com.myapp.AndroidApp}: java.lang.RuntimeException: Unknown exception code: 1 msg null 
    at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2781) 
    at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2797) 
    at android.app.ActivityThread.access$2300(ActivityThread.java:135) 
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2132) 
    at android.os.Handler.dispatchMessage(Handler.java:99) 
    at android.os.Looper.loop(Looper.java:143) 
    at android.app.ActivityThread.main(ActivityThread.java:4914) 
    at java.lang.reflect.Method.invokeNative(Native Method) 
    at java.lang.reflect.Method.invoke(Method.java:521) 
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858) 
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616) 
    at dalvik.system.NativeStart.main(Native Method) 
Caused by: java.lang.RuntimeException: Unknown exception code: 1 msg null 
    at android.os.Parcel.readException(Parcel.java:1257) 
    at android.os.Parcel.readException(Parcel.java:1235) 
    at android.app.ActivityManagerProxy.isUserAMonkey(ActivityManagerNative.java:2762) 
    at android.app.ActivityManager.isUserAMonkey(ActivityManager.java:990) 
    at <com.myapp....> ... 

Il y a un peu de discussion du bug ici (y compris une réponse des thats-not-possible classique de l'un des développeurs: « Dans la mise en œuvre de plate-forme standard c'est à peu près impossible. »)

https://groups.google.com/forum/?fromgroups=#!topic/android-developers/tQJcM4O4WxM

ce ne est pas clair pour moi si cela se produit toujours, ou ne se produit que lors de l'exécution d'un test sous m onkey, ou seulement sur certains appareils ou quoi. (Je suis confronté à ce problème en utilisant le service de test de périphériques d'Apkudo, où l'utilisateur est toujours un singe.) Ce n'est pas clair quand cela a été corrigé, soit (cela ne se produit pas sur tous les nouveaux périphériques).

Answer 1

L'exception semble être limitée aux versions d'Android 2.2 (SDK version 8). Et semble avoir été un bug dans android.app.ActivityManagerNative.

est ici le 2.2.1 Code (dans ActivityManagerNative.java on grepcode.com):

1248  case IS_USER_A_MONKEY_TRANSACTION: { 
1249   data.enforceInterface(IActivityManager.descriptor); 
1250   reply.writeInt(isUserAMonkey() ? 1 : 0); 
1251   reply.writeNoException(); 
1252   return true; 
1253  } 

Voici le code 2.3.1 (qui semble être le même que beaucoup plus récent code 4.x que je connais fonctionne correctement) . (Aussi found on grepcode.com):

1248  case IS_USER_A_MONKEY_TRANSACTION: { 
1239   data.enforceInterface(IActivityManager.descriptor); 
1240   boolean areThey = isUserAMonkey(); 
1241   reply.writeNoException(); 
1242   reply.writeInt(areThey ? 1 : 0); 
1243   return true; 
1244  } 

Notez l'ordre de writeNoException et writeInt sont inversées dans le code plus récent. Le code correspondant à lire le colis semble être inchangé depuis 2.2.1 pour autant que je peux dire:

2749 public boolean isUserAMonkey() throws RemoteException { 
2750  Parcel data = Parcel.obtain(); 
2751  Parcel reply = Parcel.obtain(); 
2752  data.writeInterfaceToken(IActivityManager.descriptor); 
2753  mRemote.transact(IS_USER_A_MONKEY_TRANSACTION, data, reply, 0); 
2754  reply.readException(); 
2755  boolean res = reply.readInt() != 0; 
2756  data.recycle(); 
2757  reply.recycle(); 
2758  return res; 
2759 } 

Ce côté lit la première exception, attend ensuite les données.

Le javadoc pour ParcelreadException et writeException implique qu'ils enregistrent l'exception dans l'en-tête de la parcelle (et ne devrait donc pas d'impact sur les données réelles sur la parcelle), mais il semble que l'ordre est important.

Cela signifie que sur SDK version 8 l'API ActivietyManager.isUserAMonkey() va toujours lancer une exception, singe ou non. Constructions Android après SDK 8 ne devrait pas jeter cette exception. Je soupçonne que le message d'exception SDK 8 peut être légèrement différent sans un singe ("1 msg null" vs peut-être "0 msg null"?), Mais n'a pas un exemple de l'exception sans un singe en cours d'exécution.