Android 开发中遇到的坑

Binary XML file line #6: Error inflating class fragment

大概原因都是因为Class的类型不匹配导致，如下文分析
http://blog.csdn.net/duguang77/article/details/17579847

不过笔者遇到的比较坑是比较深：由ButterKnife引起

对，因为在Gradle中的配置不正确，导致无法正确bindView，在Fragment中出现了NullPointException最后抛出上面异常Binary XML file line #6: Error inflating class fragment。

解决办法：ButterKnife相关的依赖配置不能再library module中配置，而必须要在具体的使用ButterKnife的module中配置才行。
最新配置方法参考官方文档
https://github.com/JakeWharton/butterknife

android:windowBackground 设置图片会变形的问题

大概是ImageView的centerCrop用太多了，于是忘记了.9的存在，大多数情况.9能解决android:windowBackground里面背景图变形的问题。

GitHub push时出现“remote:Repository not found .repository ‘https://github.com/xxxx/xxx’ not found”]

定位原因：github账户我有两个，一个是自己私人用的，另一个是公司用的。之前默认是用的公司的，最近不知道怎没回事，默认的账户变成自己私人的，所以就不能push和pull代码。

解决办法：用ssh协议来控制公司的代码库。（具体方法网上有很多，这里就不做赘述了）

Android Studio报错“Error running ***: Please select Android SDK”

复现路径：笔者的项目有多个分支，其中有个分支是xxxx_demo，在这个分支上我新加了一个module demo用于编写示例，然后切回到没有demo module的主分支上做迭代开发，最后回到这个xxxx_demo分支时，运行demo module时就出现了这个错误信息。

定位原因：经过搜索关键，发现大家分析是IDEA所依赖的Android工程配置文件结构有损坏或丢失，各路大神都是自己手动添加配置回去的，但不同开发者的开发环境是不同的，而且每个人的项目依赖也不同，比如笔者自己的就很复杂，甚至连配置文件都丢失了，无从下手。于是笔者逆向思维一波，既然丢失了就让Android Studio重新初始化环境应该就好了。

解决办法：关闭所有项目（注意不是关闭Android Studio），之后会弹出带有Welcome to Android Studio弹窗，用Open an existing Android Studio project 打开这个项目即可，Android Studio会重新初始化项目所需要的信息

image.png

Android Room 单测 org.junit.internal.runners.rules.ValidationError: The @Rule 'helper' must be public.

Room的官方教程中有这样一段Kotlin代码指导我们如何进行单测

@RunWith(AndroidJUnit4::class)
class MigrationTest {
    private val TEST_DB = "migration-test"

    @Rule
    val helper: MigrationTestHelper = MigrationTestHelper(
            InstrumentationRegistry.getInstrumentation(),
            MigrationDb::class.java.canonicalName,
            FrameworkSQLiteOpenHelperFactory()
    )

    @Test
    @Throws(IOException::class)
    fun migrate1To2() {
        var db = helper.createDatabase(TEST_DB, 1).apply {
            // db has schema version 1. insert some data using SQL queries.
            // You cannot use DAO classes because they expect the latest schema.
            execSQL(...)

            // Prepare for the next version.
            close()
        }

        // Re-open the database with version 2 and provide
        // MIGRATION_1_2 as the migration process.
        db = helper.runMigrationsAndValidate(TEST_DB, 2, true, MIGRATION_1_2)

        // MigrationTestHelper automatically verifies the schema changes,
        // but you need to validate that the data was migrated properly.
    }
}

定位原因：日志说得很清楚了org.junit.internal.runners.rules.ValidationError: The @Rule 'helper' must be public.
解决办法：参考文章：https://discuss.kotlinlang.org/t/how-can-i-use-rule/304，修改helper声明部分，如下：

    @Rule
    fun helper(): MigrationTestHelper = MigrationTestHelper(
            InstrumentationRegistry.getInstrumentation(),
            MigrationDb::class.java.canonicalName,
            FrameworkSQLiteOpenHelperFactory()

Room，覆盖升级安装报错 attempt to re-open an already-closed object: SQLiteDatabase

定位原因：笔者是因为同事修改了数据库的数据结构（被注解@Entity(tableName = "XXXX")的那些 class）后没有升级数据库的 version 导致。

解决办法，先把被修改过的 class 还原到之前正常的版本（用VCS工具，大家现在一般都是用的是 git），注意 有一个 $version.json 文件也需要还原，如果不还原会影响你的单元测试的

3.json

还原后：

1. 重新修改需要修改数据库class；
2. 同时记得升级@Database(entities = [CMOrder::class, version = 3)的version；
3. version升级后会Room会自动生成一个新的 $.verson.json，如果升级到4,就是4.json，这个文件也需要添加到VCS里面去，以方便后面定位类似的问题。