一、修復(fù)bug

記錄這個(gè)bug，不是說(shuō)這個(gè)問(wèn)題有多么難，而是在解決之前，嘗試了很多辦法，它是一個(gè)不斷試錯(cuò)的過(guò)程，比如：

多次的 clean project/ rebuild project；

查看主項(xiàng)目下的build/ 查看編譯之后的.class 文件，發(fā)現(xiàn)并不存在library 的編譯代碼；

嘗試了將library 的包名重新命名、先刪除，然后添加進(jìn)來(lái)；

試了很多辦法，當(dāng)然都沒(méi)有用，最后搜索才發(fā)現(xiàn)是和混淆有關(guān)，于是將library 的混淆關(guān)閉，再編譯就ok ，如下：

buildTypes { release { minifyEnabled true //將此關(guān)閉 proguardFiles getDefaultProguardFile(’proguard-android.txt’), ’proguard-rules.pro’ } debug { minifyEnabled false proguardFiles getDefaultProguardFile(’proguard-android.txt’), ’proguard-rules.pro’ } }

二、反思

當(dāng)然問(wèn)題解決很簡(jiǎn)單，但是其中這個(gè)過(guò)程，花了不少時(shí)間，有幾點(diǎn)還是值得思考的：

關(guān)于定位問(wèn)題：如何快速的定位問(wèn)題是高效解決問(wèn)題的關(guān)鍵。而能否快速定位取決于是否對(duì)所使用的系統(tǒng)/工具/思想/知識(shí)體系有足夠的認(rèn)識(shí)和理解，而不是只是停留在會(huì)用的層面。

關(guān)于搜索工具：現(xiàn)在網(wǎng)絡(luò)的發(fā)達(dá)，可以使我們很快的從中汲取很多的我們不知道的知識(shí)，知識(shí)很快，很全，很多；這是互聯(lián)網(wǎng)的優(yōu)點(diǎn)，也是它得以持續(xù)發(fā)展的核心力，但是缺點(diǎn)會(huì)導(dǎo)致我們過(guò)度的依賴于它，而失去了自己的思考力和判斷力和決策力，同時(shí)知識(shí)點(diǎn)過(guò)于零碎，不便于我們形成系統(tǒng)的有效的可持續(xù)發(fā)展的系統(tǒng)知識(shí)體系和系統(tǒng)的思維體系。

關(guān)于性格：耐心是解決復(fù)雜問(wèn)題的良劑。不能因?yàn)槌霈F(xiàn)問(wèn)題，多次嘗試之后就灰心，這與我們做其他的事情一樣，做的過(guò)程肯定是會(huì)遇到一些意想不到的困難，在嘗試的過(guò)程中就需要耐心，天下事物相生相克，有困難，就肯定有對(duì)應(yīng)的方法。

補(bǔ)充知識(shí)：解決android studiogradle 錯(cuò)誤 找不到程序包 符號(hào)

問(wèn)題：android studio gradle 錯(cuò)誤 找不到程序包 符號(hào)

解決：原因是library工程的build.gradle含有release，只要把其注釋即可

buildTypes {release {minifyEnabled trueproguardFiles ’proguard-project.txt’signingConfig signingConfigs.myConfig}debug {debuggable true}}

注釋：

buildTypes {／／ release {／／minifyEnabled true／／proguardFiles ’proguard-project.txt’／／signingConfig signingConfigs.myConfig／／ }debug {debuggable true}}

以上這篇解決Android studio Error:(30, 31) 錯(cuò)誤: 程序包 不存在的問(wèn)題就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。