Où trouver des informations sur la commande shell "appel de service" d'Android?

À l'aide de adb shell ou un émulateur de terminal sur l'appareil, entrer dans ce va effacer toutes les notifications (nécessite su)

service call notification 1

Cela permettra d'envoyer un sms (ne nécessite pas de su)

service call isms 5 s16 "PhoneNumber" i32 0 i32 0 s16 "BodyText"

Où puis-je en apprendre davantage sur service call? J'ai trouvé cette question et d'apprécier la réponse de la répartition à ce que tout les moyens. Mais où puis-je trouver des infos sur ce que la méthode notification 2 peut-être essayé de l'appeler?

De course service call était incomplète et imprimés de cette utilisation:

Usage: service [-h|-?]
       service list
       service check SERVICE
       service call SERVICE CODE [i32 INT | s16 STR] ...
Options:
   i32: Write the integer INT into the send parcel.
   s16: Write the UTF-16 string STR into the send parcel.

J'ai couru service list et en revint avec 78 services pour mon appareil, y compris isms et notification et pour la plupart des services d'impression de ce qui semble être un espace de noms (com.android.internal.telephony.ISms pour isms et android.app.INotificationManager pour notification). Comment puis-je utiliser cette information pour savoir ce que je peux faire avec chacun de ces services?

source d'informationauteur Corey Ogburn

  1. 9

    Voici mon post sur L'appel de Android les services de la commande ADB shell. Il comprend un petit script bash que j'utilise pour télécharger automatiquement la bonne version de service code source de mon appareil, puis de l'analyser pour trouver les codes de transaction pour toutes les méthodes.

  2. 7

    Ma première réponse ici, donc, je l'espère, sera utile pour vous.

    Pour expliquer cette petite énigme de me laisser utiliser android 4.3.1. Cette lien pourrait être essentiel dans votre cas. Faites défiler le code java de ligne 669. Il est en attente pour vous de TRANSACTION de bloc strictement liée avec com.android.internal.telephony.ISms service et probablement votre réponse ce que vous pouvez faire plus.

    Dans votre cas, vous êtes en invoquant TRANSACTION_sendText. L'explication est en ligne 673 où vous pouvez trouver

    static final int TRANSACTION_sendText = (android.os.IBinder.FIRST_CALL_TRANSACTION + 4);

    La dernière partie de code composé de chiffres "4". Chaque numéro de TRANSACTION + 1 = le bon. C'est pourquoi service call isms 5 est responsable de sendText et pas pour sendMultipartText.

    La même règle s'applique pour tous les services.

    Je suis sûr que vous trouvez sur la façon de vérifier les TRANSACTIONs pour le service de notification de maintenant. Bon amusement.