pourquoi, s'il faut passer par adb forward quand on utilise adb connect, à cause d'un bug d'adb, ne pas utiliser dans tous les cas adb forward dans tous les cas et abandonner adb reverse ? Ça ne permettrait pas de simplifier les choses ?
Parce qu'en adb forward, c'est le PC qui essaie de se connecter au device, mais ce n'est possible qu'une fois que le serveur est démarré et qu'il a démarré sa socket en écoute. Du coup, il faut que le client réessaie de se connecter jusqu'à ce que le serveur sur le device soit bien démarré (donc pas optimal). Cf le message de commit :
Keep the "adb reverse" mode as the default because it does not involve
connection retries: when using "adb forward", the client must try to
connect successively until the server listens.
Il n'y a pas ce problème dans l'autre sens : le PC démarre une socket en écoute, puis démarre le serveur... qui se connecte dès qu'il est prêt, la socket de l'autre côté est déjà là.
[^] # Re: Merci !
Posté par ®om (site web personnel) . En réponse au journal scrcpy a 1 an. Évalué à 3. Dernière modification le 09 mars 2019 à 22:39.
Parce qu'en
adb forward, c'est le PC qui essaie de se connecter au device, mais ce n'est possible qu'une fois que le serveur est démarré et qu'il a démarré sa socket en écoute. Du coup, il faut que le client réessaie de se connecter jusqu'à ce que le serveur sur le device soit bien démarré (donc pas optimal). Cf le message de commit :Et c'est plus fragile.
Il n'y a pas ce problème dans l'autre sens : le PC démarre une socket en écoute, puis démarre le serveur... qui se connecte dès qu'il est prêt, la socket de l'autre côté est déjà là.
blog.rom1v.com