[记录]习惯的错误力量（Handler与IntentService，SharedPreferences与多进程）

1. Android中当我们想延迟某段代码的执行，或者设置一个定时任务，我们很习惯的写下如下代码：

new Handler().postDelayed(() -> {
            
        }, delay);

也许大多数情况下是没有问题的，如果用在IntentService中，就有问题了。new Handler()默认使用Looper.myLooper()，这对应IntentService的onHandleIntent中执行的代码，Looper.myLooper()等于mServiceLooper，mServiceLooper在onHandleIntent之后stopSelf(msg.arg1); --> onDestroy ->mServiceLooper.quit()

这将导致postDelayed中的线程永远不会执行。
一般来说在IntentService使用Handler，可以借助HandlerThread ：

HandlerThread thread = new HandlerThread("stopScan-thread");
        thread.start();

        mLooper = thread.getLooper();
         new Handler(mLooper).postDelayed(() -> {
            .......
            mLooper.quit();
        }, delay);

2. SharedPreferences的使用
   轻轻松松我们就能写下：

context.getSharedPreferences(SHARE_FILE, Context.MODE_PRIVATE).edit()
                .putString(WS_MSG_TOKEN_SELF, token)
                .apply();

或者：

PreferenceManager.getDefaultSharedPreferences(context).edit()
                .putString(WS_MSG_TOKEN_SELF, token)
                .apply();

这某有啥问题的。但有一点常容易忽视，那就是SharedPreferences默认是单进程的，不能跨进程访问。而恰恰在这里，我们写service的时候，大多数教程或者参考代码都是告诉你在manifest中这样注册（android:process）：

<service
            android:name=".connect.BleService"
            android:exported="false"
            android:process=":ble" />

这时候就要注意了，在service与activity中存取的同一个名字的值，实际上是分属不同进程的。service存下的值，activity中是读不到的！

3.结语
习惯成自然，为啥人们总是提倡逆向思维？