Tuer des threads

Question

J'ai créé une classe qui est une extension de Thread. Cette classe frappe un service Web et jette des données à l'écran. Je ne me soucie pas de la persistance de ces données (l'écran affiche les résultats de la recherche).

Actuellement, l'utilisateur tape simplement dans un EditText et clique sur un bouton de recherche. Je voudrais supprimer le bouton de recherche et implémenter quelque chose de similaire à la recherche instantanée de Google, où, au fur et à mesure que vous tapez, les résultats de la recherche sont mis à jour.

Cela signifie que lorsque l'utilisateur tape, les paramètres de recherche changent. Je veux être en mesure de tuer le thread en cours d'exécution (si un est en cours d'exécution) et générer un nouveau avec la nouvelle chaîne de recherche. Comment cela peut il etre accompli? Puis-je le faire avec Thread ou dois-je utiliser un nouvel objet?

Answer 1

Ceci est plus difficile que de simplement tuer un fil. Vous pouvez appeler interrupt() sur le thread, mais le thread devra vérifier son statut d'interruption périodiquement et s'auto-terminer.

Deuxièmement, vous ne voulez pas démarrer un thread immédiatement sur un utilisateur qui tape.Vous allez rapidement submerger le système avec la fonte du fil. Implémentez une période d'attente de 100 à 200 millisecondes avant d'effectuer la recherche afin de pouvoir être raisonnablement certain que l'utilisateur a fini de taper. Le serveur de Google peut gérer la charge, mais le combiné ne pourra pas le faire.

EDIT: pour développer mon premier point, les threads peuvent être difficiles à annuler. Dans ce cas, le thread de répartition des événements doit indiquer au thread en cours d'exécution qu'il doit s'arrêter. Vous pouvez utiliser la fonctionnalité interrupt intégrée dans les threads, mais elle a tendance à être sensible, comme indiqué par this article. Au lieu de cela, je voudrais simplement une variable boolean qui peut être définie sur cancelled par un thread externe. L'astuce (comme montré dans ce lien) sera que vous aurez besoin de vérifier périodiquement si le thread a été annulé, et si c'est le cas, vous devrez annuler manuellement.

Le prochain problème que vous rencontrerez est si un appel Web a déjà été fait à un serveur externe. Il bloquera dans ce fil jusqu'à ce qu'il revienne et le fil ne sera pas capable de se tuer. Cela pourrait prendre plusieurs secondes. Alors jouons-en - si un utilisateur tape un caractère et que le délai expire pour une raison quelconque et qu'un appel Web est effectué, l'utilisateur tape un autre caractère où le délai expire et un autre appel Web est effectué ? Si vos appels Web prennent 5 secondes, le premier thread continuera à s'exécuter, même si le thread d'envoi d'événement l'annule, pendant au moins 5 secondes. Vous avez maintenant deux threads faisant des appels Web.

Maintenant, développez cela. Que faire si un utilisateur fait cela et fait 4 ou 5 threads? C'est là que vous surchargez les ressources de votre téléphone. Je ne vous dis pas de ne pas poursuivre dans cette voie, en essayant simplement de souligner les problèmes potentiels que pose le territoire.

Answer 2

La création de fil est une opération très consommatrice. Je recommande donc d'avoir un thread qui appellera par la suite webservices avec de nouvelles chaînes de recherche.

Answer 3

Ce que vous voulez dire est Auto Complete. Je ne pense pas que vous ayez besoin de démarrer quelques threads pour gérer ça. Travailler avec Android Auto Complete et utiliser AutoCompleteTextView.

En outre, il n'est pas recommandé d'utiliser des threads en sous-classant le thread Java ou en implémentant l'interface. Vous pouvez utiliser AsyncTask pour effectuer des opérations longues en arrière-plan.

Answer 4

Utilisez le widget AutoCompleteTextView. prélecture vos indications de recherche à partir de votre service Web pour les charger dans la matrice de saisie semi-automatique et définir son adaptateur. utilisez éventuellement un adaptateur de curseur personnalisé en fonction de la complexité de vos conseils.

quelque chose comme:

AutoCompleteTextView inputSearch; 
String[] autocompleteArray = new String[size of prefetched items]; 
//fill autocompleteArray with webservice data 

inputSearch = (AutoCompleteTextView)findViewById(R.id.inputSearch); 
searchAdapter = new ArrayAdapter<String>(context, R.layout.autcomplete_dropdown, autocompleteArray); 
inputSearch.setAdapter(searchAdapter); 

R.layout.autocomplete_dropdown pourrait ressembler à:

<?xml version="1.0" encoding="utf-8"?> 
<TextView 
    xmlns:android="http://schemas.android.com/apk/res/android" 
    android:id="@+id/name" 
    android:singleLine="false" 
    android:textSize="15sp" 
    android:paddingLeft="3dip" 
    android:paddingRight="3dip" 
    android:paddingTop="15dip" 
    android:paddingBottom="15dip" 
    android:textColor="#000000" 
    android:layout_width="fill_parent" 
    android:layout_height="wrap_content" /> 

faire votre recherche dans l'application, la taille est le contenu que vous sera la recherche? pré-charger toutes les données dans sqlite et vérifier les données mises à jour sur le web de temps en temps peut-être peut-être? Autrement, je dirais que vous devriez limiter le nombre de fois que votre application essaie de démarrer un thread. configuration une sorte de minuterie qui: voir si ...

1. un fil travaille déjà
2. l'entrée a changé depuis la dernière fois ou a une valeur de recherche non vide
3. l'utilisateur est même sur l'écran de recherche

si tout est OK, démarrer un fil pour obtenir des résultats

juste une pensée , n'ont pas essayé ceci