一、修復(fù)bug

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

多次的 clean project/ rebuild project；

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

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

試了很多辦法，當(dāng)然都沒有用，最后搜索才發(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)然問題解決很簡單，但是其中這個(gè)過程，花了不少時(shí)間，有幾點(diǎn)還是值得思考的：

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

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

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

補(bǔ)充知識：解決android studiogradle 錯誤 找不到程序包 符號

問題：android studio gradle 錯誤 找不到程序包 符號

解決：原因是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) 錯誤: 程序包 不存在的問題就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。