<p>本文主要对比基于 Android SQLiteDatabase 引擎实现的数据库框架：</p>    <p>greenDAO，官网链接 <a href="/misc/goto?guid=4959749215443415805" rel="nofollow,noindex">http://greenrobot.org/greendao</a> 。</p>    <p>LiteOrm，官网链接 <a href="/misc/goto?guid=4959749215530579126" rel="nofollow,noindex">http://litesuits.com</a> 。</p>    <p>写本文机缘起于微信群里有人谈到Android数据库框架，随之一个有赞的朋友 @段扬扬 给了一份自己的测试数据，大概是这样：</p>    <p><img src="https://simg.open-open.com/show/b9014f659db75b6fc6296b76635cc417.jpg"></p>    <p>Android 数据库框架性能测试</p>    <p>由这个图可以看到 Realm( <a href="/misc/goto?guid=4959749215624367045" rel="nofollow,noindex">https://realm.io/cn</a> ) 基本上是性能最好的，它确实是一个牛逼的项目，它不是基于 SQLite 而是基于一个自己的持久化引擎，具有 DB 文件跨平台共享的优点，也存在一些不大不小的问题， <a href="/misc/goto?guid=4958973331819391051" rel="nofollow,noindex">点击这里查看</a> （若链接失效请google关键词“为什么我不再使用Realm”），综合而言，还是可以一战，有兴趣可以自己尝试下。</p>    <p>里面没有 LiteOrm（和 Ormlite 不是一回事）的测试数据，大概是知名度小，我就随后要了一份他的测试代码和原始数据（特别感谢这位同学），不过这份数据不全了，而且需要同一部测试机，所以暂没法做框架间全量对比了。</p>    <p>所以，本文主要针对 greenDAO 和 LiteOrm，因为据说 greenDAO 是基于Android SQLite的最快、性能最强悍的数据库框架，因为他不涉及反射，靠的是代码辅助生成。</p>    <p>那么，我们从几个简单常见的角度和案例出发看看两者的表现如何，将会涉及到：</p>    <ol>     <li>性能表现情况</li>     <li>初步使用情况</li>     <li>应对需求变化</li>     <li>待续...(精力有限，等有机缘在弄噢)</li>    </ol>    <h3>一. LiteOrm 和 greenDAO 的性能表现</h3>    <p>下面是一组直观的测试数据，分为循环操作和批量操作两种场景：</p>    <p><img src="https://simg.open-open.com/show/67925c6da799a1a323ea4fbbd209ebd3.png"></p>    <p>greenDAO vs LiteOrm 循环测试</p>    <p><img src="https://simg.open-open.com/show/07e16a111a9f398c314f3a6120b44b0f.png"></p>    <p>greenDAO vs LiteOrm 批量测试</p>    <p>测试相关过程：</p>    <ol>     <li> <p>运行 Test Demo，点击 LiteOrm 测试按钮，通过日志观察执行完毕。</p> </li>     <li> <p>命令行卸载 Test Demo，重新运行，点击 GreenDAO 测试按钮，通过日志观察执行完毕。</p> </li>     <li> <p>每次点击按钮，所有操作会连续测试 10 次，取 10 次消耗时间的均值，安静等待结果就好了。</p> </li>    </ol>    <p>测试相关信息：</p>    <ol>     <li> <p>测试机为 Nexus5，取 10 次消耗时间的均值。</p> </li>     <li> <p>为了更直观清晰的观察数据，将循环操作和批量操作分开统计，否则因为两者数据差异过大，柱状图无法看清小数据的数值。</p> </li>     <li> <p>循环单个操作比较耗时，每次操作 1000 条数据。</p> </li>     <li> <p>批量操作因为整体是事务的，效率非常高，每次操作 100000 条数据。</p> </li>    </ol>    <p>测试相关结论：</p>    <ol>     <li> <p>[循环插入]、[循环更新] 以及 [批量更新] 时，LiteOrm性能略强于greenDAO。</p> </li>     <li> <p>[批量插入]、[查询操作] 时，LiteOrm性能略逊于greenDAO。</p> </li>     <li> <p>除了 [批量查询] 以外，其他性能优劣势差距不明显，[批量查询]耗时差异主要来源于 LiteOrm 采用反射创建实例并赋值属性，而 greenDAO 使用 new 操作直接创建对象并直接赋值属性。</p> </li>    </ol>    <h3>二. LiteOrm 和 greenDAO 的用法对比</h3>    <p>我们以Note对象为例，展示操作过程，Note类如下：</p>    <pre>  <code class="language-java">public class Note {    private Long id;    private String text;    private String comment;    private java.util.Date date;      public Note() {}      public Note(Long id, String text, String comment, java.util.Date date) {          this.id = id;          this.text = text;          this.comment = comment;          this.date = date;      }      // getter and setter...  }</code></pre>    <p>实例化它：</p>    <pre>  <code class="language-java">Note note = new Note(null, "title", "comment", new Date());</code></pre>    <p>1. greenDAO 增改查删</p>    <p>1.1 New Module：即新建一个子项目模块，选择 Java Libray，它是一个java 项目，用来生成 greenDAO 所需要的辅助代码。</p>    <p>1.2 写DAO生成器：即子模块里写一个 DAOGenerator 类生成 DAO、Master、Session 等对象：</p>    <pre>  <code class="language-java">public class NoteDaoGenerator {        public static void main(String[] args) throws Exception {          Schema schema = new Schema(1, "lite.dbtest.greendao");            addNote(schema);            new DaoGenerator().generateAll(schema, "./app/src/main/java");      }        /** 指定 表名 和 列名，以及主键 */      private static void addNote(Schema schema) {          Entity note = schema.addEntity("Note");     // 默认表名为类名          note.setTableName("CustomNote");            // 自定义表名          note.addIdProperty().primaryKey().autoincrement(); //设置自增的主键          note.addStringProperty("text").notNull(); // 非空字段          note.addStringProperty("comment");          note.addDateProperty("date");      }  }</code></pre>    <p>1.3 开始工作：实例化 DAO 对象后执行各种操作：</p>    <pre>  <code class="language-java">// 实例化 DAO  DaoMaster.DevOpenHelper helper = new DaoMaster.DevOpenHelper(this, "greendao-notes", null);  SQLiteDatabase db = helper.getWritableDatabase();  DaoMaster daoMaster = new DaoMaster(db);  DaoSession daoSession = daoMaster.newSession();  NoteDao noteDao = daoSession.getNoteDao();    // 执行插入  noteDao.insert(note);  // 执行更新  noteDao.update(note);  // 执行查询  noteDao.queryBuilder().where(NoteDao.Properties.Id.eq(1)).list();  // 执行删除  noteDao.delete(note);</code></pre>    <p>2. LiteOrm 增改查删</p>    <p>2.1 开始工作：实例化 LiteOrm 对象后执行插入操作：</p>    <pre>  <code class="language-java">// 实例化 LiteOrm  LiteOrm liteOrm = LiteOrm.newSingleInstance(this, "liteorm-notes");    // 执行插入  liteOrm.insert(note);  // 执行更新  liteOrm.update(note);  // 执行查询  liteOrm.queryById(1, Note.class);  // 执行删除  liteOrm.delete(note);</code></pre>    <p>2.2 不要沉迷，没有第二步，操作已经完了。。。</p>    <p>简单解释下：上面例子默认类名为表名，字段名为列名，id(或者_id)属性为主键，但若要自定义 表名、列名 和 主键，需要给Model加注解：</p>    <pre>  <code class="language-java">// table name is "lite-note"  @Table("lite-note")  public class Note {        @Column("_id")      @PrimaryKey(AssignType.AUTO_INCREMENT)      private Long id; // column name is "_id"        @NotNull      @Column("_text")      private String text;// column name is "_text"        private String comment;// column name is "comment"      private java.util.Date date;// column name is "date"  }</code></pre>    <h3>二. LiteOrm 和 greenDAO 面对需求或模型更改</h3>    <p>举个简单例子，Note对象增加了一系列新字段，假设新增一个[title] 的属性：</p>    <pre>  <code class="language-java">public class Note {      private Long id;      private String title; // 新增这个 title 字段      private String text;      private String comment;      private java.util.Date date;        // 其他省略  }</code></pre>    <p>greenDAO 面对需求or对象模型更改</p>    <p>第1步自定义 SQLiteOpenHelper</p>    <p>greenDAO 常见得做法是在自定义你使用的 SQLiteOpenHelper，比如下面方案。</p>    <p>方案a ： 删旧表，建新表。</p>    <pre>  <code class="language-java">/** WARNING: Drops all table on Upgrade! Use only during development. */      public static class DevOpenHelper extends OpenHelper {          public DevOpenHelper(Context context, String name, CursorFactory factory) {              super(context, name, factory);          }            @Override          public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {              // 方案1，删旧表，建新表。              dropAllTables(db, true);              onCreate(db);          }      }</code></pre>    <p>方案b ：为旧表添加新列。</p>    <pre>  <code class="language-java">/** WARNING: Drops all table on Upgrade! Use only during development. */      public static class DevOpenHelper extends OpenHelper {          public DevOpenHelper(Context context, String name, CursorFactory factory) {              super(context, name, factory);          }            @Override          public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {              // 方案2，为旧表添加新列。              db.execSQL("ALTER TABLE NOTE ADD COLUMN title");          }      }</code></pre>    <p>如果不做上面操作，那么升级后，是会发生下面这个异常，因为之前建的表不存在[title]这个列呀！</p>    <pre>  <code class="language-java">android.database.sqlite.SQLiteException: no such table: CustomNote (code 1): , while compiling: INSERT INTO "CustomNote" ("_id","TEXT","COMMENT","TITLE","DATE") VALUES (?,?,?,?,?)</code></pre>    <p>第2步修改 DAOGenerator 重新生成代码</p>    <p>因为 greenDAO 操作的模型是由其代码生成工具产生的，需要在 DAOGenerator 里添加一个字段，让其重新生成一次模型。</p>    <pre>  <code class="language-java">Schema schema = new Schema(2, "lite.dbtest.greendao"); // 升级数据库版本    Entity note = schema.addEntity("Note");   note.setTableName("CustomNote");  note.addIdProperty().primaryKey().autoincrement();  note.addStringProperty("title"); // 这里新增一个字段  note.addStringProperty("text").notNull();  note.addStringProperty("comment");  note.addDateProperty("date");     new DaoGenerator().generateAll(schema, "./app/src/main/java");</code></pre>    <p>运行，greenDAO 通过 Schema 设置了数据库版本，为我们生成了系列新的Note、Note DAO、Master、Session等类。</p>    <p>至此，然后基本完成 [添加一个属性字段] 的升级改造。</p>    <p>LiteOrm 面对需求or对象模型更改</p>    <p>好害怕，会不会更麻烦。。。but。。。</p>    <p>事实是 1 步也不需要走，什么都不用改，因为模型里面我们已经新增了一个字段：</p>    <pre>  <code class="language-java">public class Note {      private Long id;      private String title; // 新增这个 title 字段      // ... 其他省略</code></pre>    <p>这已经足够了，这受益于 LiteOrm 的自动探测技术，它会智能的判断某个对象是不是发生了改变，从而同步到数据库，这一切，开发者是无感知的。</p>    <p>限于时间和个人精力问题，这篇分析并不全面，如果有误还请不吝指正。不论哪款 ORM 或 数据库框架，都各有利弊，至于该选用哪一款，可自行斟酌，开发者最好自己亲身体验下，毕竟绝知此事需躬行，只听或者看别人的言论和结果，无异于直接吃别人嚼过的东西，没有味道不重要，变了味会影响个人判断。</p>    <p>测试代码已经上传Github：</p>    <p><a href="/misc/goto?guid=4959749215744123530" rel="nofollow,noindex">https://github.com/litesuits/for-test/tree/master/DataBaseTest</a></p>    <p>最后，附一份<LiteOrm 和 系统原生SQLiteDatabase API 测试数据></p>    <p><img src="https://simg.open-open.com/show/7a0ad49e6ae238275d9f359f4446528f.png"></p>    <p>lite-vs-system.png</p>    <p> </p>    <p>来自：http://www.jianshu.com/p/330bbd3b0e68</p>    <p> </p>