一个null引发的SharedPreference惨案

序

*本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布
本周在安卓博客周刊里看到了一篇请不要滥用SharedPreference，感觉颇有收获。而我恰好在这周碰到了一个关于SharedPreference的bug，让我费了一番功夫才找出，所以在这里就写一篇文章来记录一下这个bug。

1.bug再现

首先让我来讲下这个bug的由来，并通过一个demo来模拟下bug现场。

在我所做的产品中有个XX云盘模块，其中有部分登陆信息是记录在SharedPrefrence中的。突然有一天，测试的同学拿来一部手机跟我说，这个手机登陆以后，杀掉进程再重新启动app就会丢失掉之前的登陆信息。当时我就一脸懵逼，再拿来观察一下现象，更加奇怪的事情是：登陆以后我发现登陆信息确实保存在了SharedPreference中，杀掉进程以后也还在，但是重新打开app以后，发现SharedPreference里的数据有部分被清空了（注意不是全部清空，而是部分）。

从现象上来看让人感到一头雾水，同时有的手机上又没有这种奇怪的现象发生，让我一时间都觉得是不是这个手机的rom比较烂所导致的。但是作为一个开发人员当然不能如此妄下定论，于是我写了一个demo来测试，发现没有上述的问题。那么可以肯定的是，这是我自己的app的逻辑存在bug！但是我全局找了一遍代码，并没有发现有任何去删除SharedPreference值的逻辑，于是这条线索又断了。

一头雾水的我只能转而研究SharedPreference文件本身，此时我发现了一个很怪异的现象，我的SharedPreference里有个key为null的值。key为null？作为一个开发人员，对于空指针还是有着十足的敏感，于是我就怀疑到了是不是这个为null的key引起的呢？下面我通过一个demo演示就真相大白了：

public class MainActivity extends FragmentActivity
        implements
            View.OnClickListener {
   

    Button saveOne, saveTwo, getOne, getTwo;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        saveOne = (Button) findViewById(R.id.saveone);
        saveTwo = (Button) findViewById(R.id.savetwo);
        getOne = (Button) findViewById(R.id.getOne);
        getTwo = (Button) findViewById(R.id.getTwo);

        saveOne.setOnClickListener(this);
        saveTwo.setOnClickListener(this);
        getOne.setOnClickListener(this);
        getTwo.setOnClickListener(this);

    }

    @Override
    public void