Android研究之Android布尔型配置存储优化

在Android开发的过程中，我们基本上都会遇到是否开启自动备份、是否保存账号、是否自动登陆、是否开启向导等这样的选项功能，对于这类功能，我们一般的做法是采用SharedPreferences类存储Boolean类型的配置文件来实现，比如是否第一次打开，我们会使用SharedPreferences存储Key为firset_time_open的Boolean值，在使用的时候我们取出该值进行判断即可。那么这么做有什么问题呢？问题就在于随着我们的Android产品越来越大，越来越复杂，你会发现我们使用了很多个这样的Boolean类型的配置，每一个配置对应一个key，会有很多个key值声明，并且存储的xml文件中也会有很多个bool的节点来保存我们的配置，这样一来我们会不太好维护，二来xml存储文件会越来越大，读写操作速度就会降低。

其实Boolean值对于计算机来说就是0或者1,所以我们储存的boolean值就可以用位来表示，0代表false，1代表true。这样一个Long型的值就可以表示63个Boolean类型值的存储，而如果使用Boolean就需要63个Key，使用Long存储只需要1个Key就可以搞定。下面让我们看下Long最大值的二进制表示：

//最高位表示正负0111111111111111 11111111111111111111111111111111 1111111111111111

每一位无非是0或者1,也就是我们的false或者true，那么只要我们规定好每一位表示的是什么含义就好了。比如第1位表示是否是第一次打开，第2位表示是否保存账号，这样在使用的时候，我们只需获取这个存储的Long值，然后看下它的第1位是0还是1就可以知道用户是不是第一次打开了，同理通过第2位是0还是1也可以知道用户是不是选择了保存账号。以此类推，你可以位3-63位定义不同的含义来实现产品中的功能。

通过上面的分析，大家应该都已经了解了原理，也可能会看出关键的地方，就是我们怎么样设置每一位的值而又可以保证其他位的值不变呢，这是个关键。比如我们设置保存账号位true，那么你在设置的时候不能改变第1位是否第一次开发的值。想要实现这个功能，首先要设置好一个掩码(Mask),每一位都有自己的掩码，然后通过与或非操作来设置每一位的true或者false。这个掩码的规则就是：需要改变的那一位是1,其他位都0,这样才好进行设置等操作，比如第1位是否第一次打开和第2位是否保存账号的掩码就是：

//第1位是否第一次打开掩码0000000000000000 0000000000000000 0000000000000000 0000000000000001//第2位是否保存账号掩码0000000000000000 0000000000000000 0000000000000000 0000000000000010