安卓的数据存储分为五大类：SharedPreferences存储、文件存储（内部存储、外部SD卡存储）、SQLite数据显卡存储、 ContentProvider 、网络存储。
SharedPreferences：它是Android提供的用来存储一些简单的配置信息的一种机制，采用XML格式将数据存储到设备中，常应用于存储程序的各种配置信息，如用户名、密码。可应用于登陆的记住密码。
SQLite数据库：是Android自带的一个轻量级数据库。
文件存储：主要就是Java的IO流操作，不过要注意权限的设置。
最近写了一个安卓作业，要实现添加联系人删除联系人查找联系人并进行SQLite数据库操作。
中途踩到了些许坑：
1.数据库中id是自动增长的，而且id一旦创建是不会改变的，这就导致在删除操作时出现点击获取的动态id无法匹配数据库中静态的id以至于从数据库删除数据失败。
2.本人喜欢自定义设计界面分布及色调，但在自定义对话框时，由于对话框最后调用了dismiss（）方法销毁视图，导致获取的数据传过去主界面就变成了null数据。
更新坑点：3.这个坑点是等我写完文章的第二天才测试到的。。。就是在删除完数据之后再继续添加联系人的话数据的id是自动增长的，就意味着原来数据库里有3条数据，然后删除id为2的数据，此时数据库id修改为1，2，但我再插入一条数据时由于id是自动增长的，所以此时插入的数据id就变成4了。。。
亮点：程序实现了第一次登陆之后的每次登陆都自动访问数据库显示之前存储的联系人信息。
接下来直接开始一步步实现功能了，首先创建一个数据库类。
MyHelper类
针对第一个坑我采用此解决方案：当开始删除数据库数据时，把id大于当前删除数据的id都update往上移。
updateID方法
针对第二个坑我采用此解决方案：要在主界面获取对话框的数据的话，我直接在对话框获取数据后一并插入SQLite数据库，这样主界面就可以直接从数据库中读取数据了，也就解决了对话框一旦销毁掉数据在内存中也跟着销毁的问题了。
插入数据库
针对第三个坑我采用此解决方案：在插入的时候手动插入id，即虽然id一开始是自动增长的，但之后插入的时候我都手动插入id的值。
map插入id
手动插入id进入数据库
查找联系人功能本想着还是在主界面弹出自定义对话框，但写了1小时了还是不太明白在dismiss销毁对话框之间如何获取到信息，所以最后采用了同学了其他做法，直接在主界面设置个对话框，通过setView()方法把布局文件设置进去，此时对于布局界面的按钮就无法灵活定义样式了。不过此时需要用到打气筒inflate的方式加载布局文件并生成View对象，多用于ListView
按姓名查找的方法
PS:网上提供的三种使用打气筒方法
使用ListView显示数据的步骤为：1.创建一个适配器存储数据；2.把适配器通过ListView的setAdapter()方法添加进去，如下：
代码截图
此处介绍菜单的使用：
选项菜单：
代码截图
上下文菜单：注意要为上下文菜单注册监听哪个控件响应。代码为：registerForContextMenu(list);
代码截图
Tip：最后程序运行效果图如下：
新增联系人
删除联系人
查找联系人
哈哈，如有写错请提出，这对还是新手的我大有帮助。上面值得优化得地方有用户体验和创建数据库连接时不能写死两点没做好。
代码放在我的码云上，链接为：https://gitee.com/jxb_770411142/codes/iqu6a97p3rjnl8wdgo1bx100
