1. 从零开始为什么是Litepal而不是原生SQLite如果你刚开始接触Android开发或者已经写过几个需要本地存储的小应用那你大概率已经和SQLite打过交道了。官方提供的SQLiteOpenHelper和一堆execSQL、rawQuery方法写起来是什么感觉我猜是繁琐、容易出错、代码里到处都是拼接的SQL字符串改个表结构或者加个字段都战战兢兢生怕哪里漏了。这其实就是典型的“样板代码”地狱。Litepal的出现就是为了把开发者从这种地狱里捞出来。它是一个开源的Android ORM框架ORM就是“对象关系映射”。说人话就是你定义一个Java类比如BookLitepal帮你自动在数据库里创建一张同名的表你操作这个Book对象比如book.save()它就自动帮你执行对应的INSERT语句。你的思维可以完全停留在面向对象的层面几乎不用直接碰SQL。那为什么在众多Android ORM框架比如GreenDAO, Room里我尤其推荐新手从Litepal开始呢原因有三点这也是我当年选择它并一直向团队新人安利的理由第一配置极其简单学习曲线平缓。它的设计哲学就是“开箱即用”。你不需要理解复杂的数据迁移、类型转换器。它的核心配置文件就是一个litepal.xml里面声明一下数据库名、版本号和你的模型类列表初始化一行代码搞定。对于零基础的朋友这种“最小认知负担”至关重要你能在几分钟内看到“对象存进数据库”的效果这种正反馈是坚持学习的关键。第二API设计非常直观符合直觉。它的增删改查API名字就叫save(),update(),delete(),find()。你想保存一个对象就book.save()想查所有书就LitePal.findAll(Book.class)。这种API让你几乎不用查文档就能猜到怎么用。相比之下有些框架的API抽象层级较高或者概念较多初期容易让人迷惑。第三功能足够覆盖绝大多数基础场景。关联查询一对一、一对多、多对多、事务处理、异步操作、数据库升级这些开发中常遇到的需求它都支持。用Litepal走一遍你能建立起对ORM核心概念如模型、关联、迁移的扎实理解以后万一需要切换到更强大也可能更复杂的框架如Room你会发现自己已经有了很好的底子过渡起来非常顺畅。所以这篇内容的目标就是充当你的“保姆级”手册。我不会只给你扔几个代码片段而是会带你从环境搭建、配置、每一行代码的含义到实际开发中我踩过的坑、总结的最佳实践完完整整地走一遍。让你看完之后不仅能“会用”Litepal更能“懂”它背后的逻辑在自个儿的项目里用得踏实。2. 环境搭建与项目配置避开第一个“坑”万事开头难但Litepal的开头真的不难。不过有些细节如果没注意可能会卡你半天。我们一步步来把这些可能绊脚你的小石子都踢开。2.1 依赖引入Gradle配置的玄机现在Android开发基本都用Android Studio依赖管理靠Gradle。打开你项目Module通常是app下的build.gradle文件。注意是Module级别的build.gradle不是项目根目录的那个。在dependencies块里添加Litepal的依赖。这里有个关键点一定要去查当前最新版本。框架在持续更新用老版本可能会遇到一些已知的、已被修复的Bug。你可以去 Litepal的GitHub主页 查看最新版本号。dependencies { implementation org.litepal.guolindev:core:3.2.3 // 请替换为当时的最新版本 // ... 你的其他依赖 }加完之后点击Sync Now同步项目。如果网络正常这一步应该很快完成。如果同步失败检查一下版本号是否拼写正确或者试试看是不是需要配置一下仓库。通常默认的jcenter()或mavenCentral()仓库都有。注意如果你在非常老的项目里或者看到一些老旧教程里用的是compile org.litepal.android:core:x.x.x请注意这个组织名已经过时了。现在正确的组织名是org.litepal.guolindev。用错了会找不到库。2.2 核心配置文件litepal.xml的里里外外依赖引入后需要在项目的assets目录下创建一个名为litepal.xml的配置文件。这个文件是Litepal的大脑它告诉框架数据库叫什么、版本多少、有哪些表。第一步创建assets目录。在Android Studio的项目视图通常选为“Android”模式中找到app/src/main目录。右键点击main选择New-Directory输入名字assets回车。如果main下已经有assets目录则跳过。第二步创建litepal.xml文件。右键点击刚创建的assets目录选择New-File输入文件名litepal.xml。第三步编写配置文件内容。一个最基础的配置如下?xml version1.0 encodingutf-8? litepal !-- 数据库名 -- dbname valuemy_database / !-- 数据库版本从1开始。后续修改模型或想升级数据库时将此值1 -- version value1 / !-- 在这里列出你的所有模型类即要映射为表的类 -- list !-- 每个mapping标签对应一个模型类 -- !-- mapping classcom.example.myapp.model.Book / -- !-- 我们先不添加后面创建了模型类再加进来 -- /list /litepal我来解释一下这几个标签dbname: 你应用的数据库文件名最终会是my_database.db。取名要有意义别用test.db。version:这是最重要的配置之一也是新手最容易栽跟头的地方。它必须是一个整数每次你打算修改数据库结构比如增加一个新模型、在已有模型里增删字段在动手改代码前必须先把这个版本号加1。例如从1改成2。Litepal靠这个版本号来判断是否需要升级数据库。list和mapping: 所有你希望Litepal帮你管理、自动建表的Java类都需要在这里注册。格式是类的全限定名包名类名。重要一开始我们还没创建模型类所以list里是空的。但很多新手会忘记在创建模型类后回来添加导致程序运行时表没创建然后疯狂报错“no such table”。2.3 初始化在Application中“激活”Litepal配置文件好了还需要在应用启动时告诉Litepal去读取它。最佳实践是在你自己的Application类里初始化。第一步创建自定义Application类。在java包下通常和你的MainActivity同包或单独一个包新建一个类例如叫MyApplication继承Application。package com.example.myapp; import android.app.Application; import org.litepal.LitePal; public class MyApplication extends Application { Override public void onCreate() { super.onCreate(); // 初始化Litepal LitePal.initialize(this); } }第二步在AndroidManifest.xml中声明。打开app/src/main/AndroidManifest.xml在application标签里添加android:name属性指向你刚创建的MyApplication。manifest ... application android:name.MyApplication !-- 这里点号开头表示相对路径 -- android:iconmipmap/ic_launcher android:labelstring/app_name ... !-- ... 你的Activity等组件 -- /application /manifest做完这一步Litepal的初始化工作就全部完成了。你可以先运行一下应用如果没崩溃日志里也没有相关的错误那就说明环境配置成功了。接下来我们就可以开始创建数据模型也就是定义“表”了。3. 定义数据模型你的Java类如何变成一张表这是ORM最核心也最神奇的部分。在Litepal里你不需要写CREATE TABLE语句只需要遵循一些简单的规则来定义你的Java类。3.1 基础模型类规则我们以一个简单的“书籍管理”应用为例。首先创建一个Book类。package com.example.myapp.model; import org.litepal.crud.LitePalSupport; public class Book extends LitePalSupport { // 关键必须继承LitePalSupport // 字段/属性 private int id; // 建议保留作为自增主键 private String title; private String author; private double price; private int pages; // ... 还可以有其他字段比如出版日期、封面URL等 // 必须有无参构造方法默认就有如果写了有参构造记得补上无参的 public Book() { } // 生成所有字段的getter和setter方法可以用Android Studio的快捷键自动生成 public int getId() { return id; } public void setId(int id) { this.id id; } public String getTitle() { return title; } public void setTitle(String title) { this.title title; } // ... 其他getter/setter }逐条解析规则与背后的原因继承LitePalSupport这是强制要求。这个父类为你的模型注入了“魔法”提供了save(),update(),delete()等方法。没有它你的类就只是一个普通的POJOPlain Old Java ObjectLitepal无法识别和管理。定义私有字段这些字段将来就是数据库表中的列。字段名就是列名。字段与数据类型的映射Litepal会自动将Java的基本类型和常用引用类型映射到SQLite类型。int,long,short,boolean-INTEGERfloat,double-REALString,Date(java.util.Date) -TEXTbyte[]-BLOB注意char和Character类型不被支持请用String。id字段非强制但强烈建议虽然Litepal不强制要求一个叫id的主键但如果你定义了名为id或_id的int/long字段Litepal会自动将其视为自增主键。这是SQLite和Android生态里的一个约定俗成的习惯强烈建议保留。有了它每条数据就有了唯一标识后续的更新、删除、关联查询会方便很多。Getter和SetterLitepal通过反射来访问你的模型字段它依赖于标准的getter和setter方法。即使你用Kotlin开发用data class底层也是编译成带有getter/setter的Java类所以没问题。但如果你用Java一定要生成它们。无参构造器Litepal在从数据库查询数据并实例化你的模型对象时需要调用无参构造器。如果你没写任何构造器Java会提供一个默认的。但如果你写了带参数的构造器就必须显式地再写一个无参的。3.2 别忘了在litepal.xml中注册模型类创建好后千万记得回到assets/litepal.xml文件在list标签内添加映射。litepal dbname valuemy_database / version value1 / list mapping classcom.example.myapp.model.Book / !-- 就是这行 -- /list /litepal这是新手最高频的失误点之一你写好了Book类满心欢喜地调用book.save()结果程序崩溃日志报错android.database.sqlite.SQLiteException: no such table: book。你检查代码一百遍都觉得没错最后才发现是这里漏了。Litepal只在应用启动时根据litepal.xml里注册的类列表来创建或升级表。没注册它就不会去管这个类。3.3 数据库升级当你的模型需要改变时需求变了你的Book类需要加一个publishDate出版日期字段。怎么做错误做法直接打开Book.java加上private Date publishDate;然后运行应用。你会发现新增的数据里这个字段是空的而且以前的老数据也查不出来这个字段甚至可能直接报错。正确做法遵循Litepal的数据库升级流程。先改代码在Book类里添加新字段及其getter/setter。private Date publishDate; public Date getPublishDate() { return publishDate; } public void setPublishDate(Date publishDate) { this.publishDate publishDate; }再改配置打开litepal.xml将version标签的值加1。比如从1改成2。version value2 / !-- 版本号1 --运行应用下次启动应用时Litepal会检测到版本号变化从1升到2然后自动执行升级逻辑。对于新增字段它会向已有的book表中添加一列。老数据的新字段值会是NULL或默认值。原理与避坑Litepal的升级机制是“保留原有数据增加新列无法识别的列忽略”。这很友好。但有几个坑要注意不支持删除字段如果你从Java类里删除了一个字段比如pagesLitepal在升级时不会删除数据库表中对应的列。那列会一直留在表里只是你的模型对象不再使用它。这通常不是大问题但如果你强迫症或者存储敏感信息需要彻底删除就需要自己写SQL在升级回调里处理了Litepal提供了升级监听接口但更复杂。重命名字段如果你想将author改名为writer直接重命名Java字段是没用的。因为Litepal会认为author列被删除了但实际没删同时新增了一个writer列。结果是数据丢失作者信息留在了旧的、不再被访问的author列里。正确的做法是先增加新字段writer写一段数据迁移代码将author列的数据复制到writer列然后在后续的某个版本中再删除author字段虽然物理上不删但模型里不用了。这涉及到自定义升级新手期可以先避免重命名字段。版本号只增不减版本号必须单调递增。不要从2改回1这会导致不可预知的行为。4. 核心CRUD操作像操作对象一样操作数据库环境、模型都准备好了终于到了最激动人心的环节增删改查。你会发现用Litepal做这些事简单得不像是在操作数据库。4.1 增Create保存一条记录保存一个Book对象到数据库只需要一行代码。// 创建一个Book对象并设置属性 Book book new Book(); book.setTitle(第一行代码Android); book.setAuthor(郭霖); book.setPrice(99.00); book.setPages(560); book.setPublishDate(new Date()); // 假设是今天出版的 // 关键操作保存 boolean isSaved book.save(); // 或者 long id book.save(); // save()方法也返回保存后生成的行id即主键id的值 if (isSaved) { Log.d(LitepalDemo, 书籍保存成功ID是 book.getId()); } else { Log.d(LitepalDemo, 书籍保存失败。); }发生了什么当你调用book.save()时Litepal内部做了这些事获取Book类对应的表名默认是类名小写book。通过反射获取你设置的title,author等字段的值。拼接成一条INSERT INTO book (title, author, price, pages, publishDate) VALUES (?, ?, ?, ?, ?)的SQL语句。执行这条语句。如果表里有自增主键id它会将数据库生成的新id值自动设置回你的book对象的id字段。这就是为什么保存后你可以直接book.getId()拿到ID。注意事项save()方法返回一个boolean表示成功与否。但它也返回long类型这个long就是插入数据行的id。如果插入失败返回0。所以通常用long id book.save(); if (id 0) { 成功 }来判断更直接。如果模型有关联比如一本书属于一个分类需要在保存前设置好关联对象Litepal会处理外键关系。这个我们后面讲关联查询再说。4.2 查Retrieve多种姿势查询数据查询是数据库操作的大头Litepal提供了链式调用的API非常灵活。4.2.1 查询所有ListBook allBooks LitePal.findAll(Book.class); for (Book b : allBooks) { Log.d(LitepalDemo, 书名 b.getTitle() , 作者 b.getAuthor()); }4.2.2 按ID查询// 假设我们知道某本书的id是1 Book book LitePal.find(Book.class, 1); if (book ! null) { // 找到了 } else { // 没找到 }4.2.3 条件查询链式调用重点这是Litepal查询的精华所在你可以像拼积木一样组合查询条件。// 查询作者是“郭霖”的所有书 ListBook guolinBooks LitePal.where(author ?, 郭霖).find(Book.class); // 查询价格大于50且页数小于600的书 ListBook expensiveAndThinBooks LitePal.where(price ? and pages ?, 50, 600).find(Book.class); // 更复杂的链式查询、排序、限制条数、偏移量用于分页 ListBook top10Books LitePal.where(price ?, 30) // 价格大于30 .order(price desc) // 按价格降序 .limit(10) // 只取10条 .offset(20) // 从第20条之后开始取即第21-30条 .find(Book.class);链式API详解where(String conditions, String... args): 设置查询条件。?是占位符后面的参数会安全地替换进去能有效防止SQL注入。条件字符串就是SQLWHERE子句去掉WHERE关键字的部分。order(String orderBy): 排序。如price desc,pages asc, id desc。limit(int value): 限制返回结果数量。offset(int value): 设置偏移量常与limit结合用于分页。find(ClassT modelClass): 执行查询返回模型对象列表。findFirst(ClassT modelClass): 只查询第一条符合条件的记录。findLast(ClassT modelClass): 只查询最后一条符合条件的记录按主键id排序。4.2.4 聚合查询统计总数、求和、平均值等。// 统计总共有多少本书 int count LitePal.count(Book.class); // 统计价格大于50的书有多少本 int expensiveCount LitePal.where(price ?, 50).count(Book.class); // 计算所有书的总页数 int totalPages (int) LitePal.sum(Book.class, pages, int.class); // 计算作者是“郭霖”的书的平均价格 double avgPrice LitePal.where(author ?, 郭霖).average(Book.class, price);4.3 改Update更新一条或多条记录更新也分两种更新单个对象和批量更新。4.3.1 更新已保存的对象如果你有一个从数据库查出来的Book对象即它的id有值修改其属性后直接调用save()方法即可。Litepal会判断如果对象有id则执行UPDATE操作。Book book LitePal.find(Book.class, 1); // 找到id为1的书 if (book ! null) { book.setPrice(88.00); // 打折了 int rowsAffected book.update(); // 或者用 save() 也可以但update()语义更清晰 // update()返回受影响的行数这里应该是1 }4.3.2 批量更新你想把所有作者是“佚名”的书作者都改成“未知”。// 方法一使用updateAll配合where条件 ContentValues values new ContentValues(); values.put(author, 未知); int rowsUpdated LitePal.updateAll(Book.class, values, author ?, 佚名); Log.d(LitepalDemo, 更新了 rowsUpdated 条记录); // 方法二先查询出来再循环更新效率较低不推荐用于大批量 ListBook anonymousBooks LitePal.where(author ?, 佚名).find(Book.class); for (Book b : anonymousBooks) { b.setAuthor(未知); b.save(); // 或 b.update() }注意updateAll非常高效因为它只执行一条UPDATESQL语句。而循环更新会执行N条语句在数据量大时性能差距巨大。4.4 删Delete删除记录删除同样支持单个删除和条件删除。// 1. 删除一个已存储的对象 Book bookToDelete LitePal.find(Book.class, 1); if (bookToDelete ! null) { int rowsDeleted bookToDelete.delete(); // 返回删除的行数 } // 2. 按id删除 int rowsDeletedById LitePal.delete(Book.class, 2); // 删除id为2的书 // 3. 条件删除批量删除 int rowsDeletedByCondition LitePal.deleteAll(Book.class, price ?, 10); // 删除所有价格低于10的书 // 4. 删除所有记录清空表 int allRowsDeleted LitePal.deleteAll(Book.class); // 危险操作重要提醒deleteAll(Book.class)会清空整张表且不可逆生产代码中务必谨慎使用最好加上确认环节。5. 高级特性与实战避坑指南掌握了基本的CRUD你已经能解决80%的需求了。但Litepal还有一些“高级”功能能让你的开发更上一层楼同时也有一些我踩过的坑值得你提前了解。5.1 关联关系映射一对一、一对多、多对多现实中的数据很少是孤立的。比如一本书属于一个分类一个分类下有多本书一对多一本书有多个标签一个标签也可以对应多本书多对多。Litepal很好地支持了这些关联。5.1.1 一对多One-to-Many场景一个Category分类下有多个Book。Step 1: 定义模型// Category.java public class Category extends LitePalSupport { private int id; private String name; // 关键声明一个Book的集合 private ListBook bookList new ArrayList(); // ... getter/setter } // Book.java public class Book extends LitePalSupport { private int id; private String title; // 关键声明一个Category的引用 private Category category; // ... 其他字段和getter/setter }在Category中ListBook bookList表示“一个分类拥有多本书”。在Book中Category category表示“一本书属于一个分类”。Step 2: 在litepal.xml中注册两个模型list mapping classcom.example.myapp.model.Category / mapping classcom.example.myapp.model.Book / /listStep 3: 建立关联并保存// 创建一个分类 Category techCategory new Category(); techCategory.setName(技术); techCategory.save(); // 必须先保存获得id // 创建一本书并关联到该分类 Book book1 new Book(); book1.setTitle(Android开发艺术探索); book1.setCategory(techCategory); // 建立关联 book1.save(); // 此时如果你想查询“技术”分类下的所有书有两种方式 // 方式A从Category出发使用Litepal的关联查询方法需要提前将Category对象与关联的Book一起保存或使用include // 方式B从Book出发用where条件查 ListBook techBooks LitePal.where(category_id ?, String.valueOf(techCategory.getId())).find(Book.class);Litepal会在book表中自动创建一个名为category_id的外键列规则是关联字段名 “_id”。当你设置book1.setCategory(techCategory)时Litepal在保存book1时会自动将techCategory.getId()的值填入book1表的category_id列。5.1.2 多对多Many-to-Many场景Book和Tag标签。多对多关系需要一张中间表。Litepal通过在你定义的任意一个模型的集合中使用List另一个模型来声明它会自动创建中间表。// Book.java public class Book extends LitePalSupport { private int id; private String title; // 声明Tag的集合 private ListTag tagList new ArrayList(); // ... getter/setter } // Tag.java public class Tag extends LitePalSupport { private int id; private String name; // 声明Book的集合可选双向关联 private ListBook bookList new ArrayList(); // ... getter/setter }只需要在其中一个模型里比如Book声明ListTagLitepal就会自动创建一张名为book_tag的中间表包含book_id和tag_id两列。// 使用 Book book new Book(); book.setTitle(深入理解Java虚拟机); book.save(); Tag tag1 new Tag(); tag1.setName(编程); tag1.save(); Tag tag2 new Tag(); tag2.setName(Java); tag2.save(); // 建立多对多关联 book.getTagList().add(tag1); book.getTagList().add(tag2); book.save(); // 保存book时会自动处理中间表关系 // 查询带有“编程”标签的所有书 ListBook booksWithProgrammingTag LitePal.where(tag_id ?, String.valueOf(tag1.getId())).find(Book.class); // 注意上面的查询需要用到中间表更规范的查询方式是通过Litepal的关联查询API但基础链式where也奏效。关联查询的注意事项关联数据默认不会自动加载。比如你find(Book.class)查出来的Book对象里的category属性是nulltagList是空的。这是出于性能考虑避免N1查询问题。如果需要一次性加载关联数据可以使用LitePal.find(Book.class, id, true)或者查询时使用include方法如果API支持。但更常见的做法是需要关联数据时再执行一次查询。对于一对多通常反查用外键where更直观对于多对多可能需要联表查询或多次查询。5.2 异步操作防止ANR的利器数据库操作尤其是复杂的查询或批量插入如果放在主线程UI线程进行可能会耗时较长导致界面卡顿甚至ANRApplication Not Responding。因此务必在子线程中执行耗时的数据库操作。Litepal完美支持异步因为它底层就是基于Android的SQLite API。我们直接使用Android提供的多线程方式即可。// 示例在子线程中保存一批书籍 new Thread(new Runnable() { Override public void run() { ListBook bookList generateHugeBookList(); // 生成大量数据 LitePal.saveAll(bookList); // 批量保存效率远高于循环save() // 保存完成后如果需要更新UI通过Handler或runOnUiThread切回主线程 runOnUiThread(new Runnable() { Override public void run() { Toast.makeText(MainActivity.this, 数据保存完成, Toast.LENGTH_SHORT).show(); // 刷新列表等UI操作 } }); } }).start(); // 或者使用AsyncTask、RxJava、Kotlin协程等更现代的方式 // 例如使用Kotlin协程如果你用Kotlin // lifecycleScope.launch(Dispatchers.IO) { // val result LitePal.findAll(Book::class.java) // withContext(Dispatchers.Main) { // // 更新UI // } // }saveAllvs 循环save对于批量数据插入LitePal.saveAll(list)会在一个事务中执行所有插入速度极快。而循环调用save()每次都是一个独立的事务会慢几十甚至上百倍。务必记住这个性能优化点。5.3 事务处理保证数据一致性事务是数据库的另一个核心概念。它保证一系列操作要么全部成功要么全部失败回滚。经典例子是银行转账A账户扣钱和B账户加钱必须同时成功或同时失败。Litepal使用LitePal类的静态方法进行事务控制。// 开始一个事务 LitePal.beginTransaction(); try { // 模拟转账A账户-100 B账户100 Account accountA LitePal.find(Account.class, 1); Account accountB LitePal.find(Account.class, 2); if (accountA.getBalance() 100) { accountA.setBalance(accountA.getBalance() - 100); accountA.save(); // 假设这里网络波动或出现了其他异常... accountB.setBalance(accountB.getBalance() 100); accountB.save(); // 一切顺利提交事务 LitePal.setTransactionSuccessful(); } else { // 余额不足不执行提交最后会回滚 Log.e(Transaction, 余额不足); } } catch (Exception e) { // 发生任何异常事务都会在finally块回滚 Log.e(Transaction, 操作失败, e); } finally { // 结束事务。如果之前调用了setTransactionSuccessful()则提交否则回滚。 LitePal.endTransaction(); }关键点beginTransaction()和endTransaction()必须成对出现。只有在endTransaction()之前调用了setTransactionSuccessful()事务中的操作才会被真正提交到数据库。如果在try块中发生异常或者你没有调用setTransactionSuccessful()则在finally块执行endTransaction()时所有操作都会被回滚数据库状态回到事务开始前。非常重要事务中进行的操作也必须通过Litepal的APIsave,updateAll,delete等进行这样才能被同一个数据库连接管理。5.4 我踩过的那些“坑”与最佳实践“表不存在”错误90%的原因是忘了在litepal.xml的list里注册模型类。10%的原因是数据库版本号没增加。每次修改模型类结构记得version 1。字段名与SQLite关键字冲突避免使用order,group,limit,table等SQLite关键字作为字段名。如果非要用可以在Column注解如果使用注解方式或配置中指定列名映射。对于新手建议字段名用bookOrder,userGroup这种形式避开。数据类型不匹配定义了private Date publishDate;但尝试用setPublishDate(2023-01-01)赋值一个字符串会导致存储异常。确保setter传入的类型和字段定义的类型一致。存储日期时Litepal默认会以时间戳long型或特定格式的字符串存入数据库取出来是Date对象。如果你需要自定义格式可能需要自己处理转换。关联查询N1问题如前所述默认不加载关联对象。如果你需要查询10本书及其分类Litepal默认会执行1次查询书 10次查询分类为每本书查一次共11次查询效率低下。解决方案要么自己写联表查询的SQL用LitePal.findBySQL要么在业务层做优化比如先批量查出所有相关的分类ID再一次性查询这些分类然后在内存中组装。大量数据批量操作务必使用事务。无论是批量插入(saveAll)、批量更新还是批量删除将它们包裹在事务中能大幅提升性能有时是数量级的提升。数据库升级的复杂性对于简单的增加字段Litepal自动升级很完美。但对于重命名字段、删除字段、复杂的表结构变更如拆分表自动升级就力不从心了。这时需要用到LitePal.registerDatabaseListener来监听数据库升级事件在回调中执行自定义的ALTER TABLE等SQL语句。这是进阶内容当你需要时再去查阅官方文档。调试与查看数据库开发时我们经常需要查看数据库里的真实数据。推荐两种方式使用Android Studio的Database Inspector对于模拟器或已Root的调试设备可以直接在AS里查看、编辑应用数据库非常直观。将数据库文件导出到电脑用SQLite浏览器查看通过adb pull /data/data/你的应用包名/databases/my_database.db .命令导出db文件然后用诸如 DB Browser for SQLite 这样的工具打开查看。6. 从Litepal到Room一点进阶思考当你用Litepal熟练之后可能会听到另一个更“官方”、更“现代”的ORM框架——Room。它是Google Android架构组件的一部分与LiveData、ViewModel等组件集成得更好在大型项目、复杂数据流和类型安全方面有优势。那么该用Litepal还是Room我的建议是对于新手、个人小项目、快速原型开发坚定地选择Litepal。它的简单直观能让你快速建立信心和理解ORM概念而不是在复杂的配置和编译时注解中迷失。对于中大型商业项目、团队协作、需要与架构组件深度集成考虑Room。Room提供了编译时检查很多错误在编译期就能发现而不是运行时对Kotlin协程和Flow有更好的支持并且是Google官方维护的。但重要的是Litepal的知识绝大部分可以迁移到Room。你通过Litepal理解的“模型即表”、“关联关系”、“DAO数据访问对象模式”Litepal的LitePal类静态方法某种程度上扮演了DAO的角色、“数据库升级”等概念在Room里都有对应的体现只是实现方式不同Room用注解和接口。所以放心地去用Litepal吧。它是一位非常称职的“启蒙老师”。当你用它构建了几个应用觉得游刃有余开始渴望更强的类型安全、更好的架构支持时再平滑地过渡到Room你会发现自己已经有了坚实的ORM基础学习Room会事半功倍。最后再强调一下那句老生常谈但无比正确的话工具是为人服务的选择让你效率最高、最不容易出错的那个。在Android数据库开发这条路上Litepal无疑是一个极佳的起点。