アンドロイドWifiManagerスレッドは、この行を実行した後

Question

をシャットダウンすることはありません：

WifiManager man = ((WifiManager) ctx.getSystemService(Context.WIFI_SERVICE)); 

「WifiManager」と表示されたスレッドが表示されます。 WifiService.java line 203のJavaソースファイルで：

HandlerThread wifiThread = new HandlerThread("WifiService"); 
wifiThread.start(); 
mWifiHandler = new WifiHandler(wifiThread.getLooper()); 

問題があり、我々のアプリを閉じて、それが新しいスレッドを作成し、再び開かれるたびに、それを5回実行すると、あなたは5つのスレッドを持っています。とにかくそれを止めることができるかどうか分かりませんか？それがアクセスしていたコンテキストが一致していたし、すべてが順調だったことを確認するgetApplicationContextに変更

EDIT

。私はまだ "WifiService"というラベルのスレッドを手に入れましたが、私は複数回にわたって1つのスレッドしか取得しません。

Answer 1

私はあなたの起動/停止された(Context) Activityに新しいWifiManagerを作成していると思います。

ノート

Context.getSystemService()から注：このAPIを介して取得したシステムサービスは密接に彼らはから取得されるコンテキストに関連付けることができます。 ContextImpl.java:1478と:227

@Override 
public Object getSystemService(String name) { 
    ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name); 
    return fetcher == null ? null : fetcher.getService(this); 
} 



... 
service = cache.get(mContextCacheIndex); 
if (service != null) { 
    return service; 
} 
... 

からも...

これは、キャッシュシステムサービスにマップを使用していますので、私はあなたがApplicationのような同じコンテキストを使用している場合、あなたがに実行されないだろうと考えていますこの問題。私はこれがこの問題を解決する正しい方法であるかどうかはわかりませんが、スレッドがあなたのために大きな問題を抱えている場合、それは価値があるかもしれません。

Answer 2

Context.getSystemService（）を使用してシステムサービスのインスタンスを取得した場合、サービスのコンストラクターは呼び出されません。代わりに、IBinderを使用して実際にサービスのインスタンスを取得しているため、リモートプロシージャコールを実行します。したがって、WiFiService.javaのコンストラクタは、インスタンスを取得するたびに呼び出されません。あなたはこのスレッドのポップアップを正確に見ていますか？

Answer 3

あなたのアプリケーションがWifiManagerにアクセスしている唯一のアプリケーションであることを願っています。 WifiManagerにアクセスするダミーアプリケーションと同時にチェックしてください。その場合、新しいスレッドを作成すべきではありません。