聲明：本文作者授權(quán)微信公眾號(hào)Android程序員（AndroidTrending）在微信公眾號(hào)平臺(tái)原創(chuàng)首發(fā)。
近段時(shí)間，家里陪自己度過(guò)大學(xué)四年的電腦壞了，挑選好的新電腦配件終于在本周全部到貨，自己動(dòng)手完成組裝。從AMD到i7的CPU，6G內(nèi)存到14G內(nèi)存，打開(kāi) AndroidStudio 的速度終于杠桿的上去了，感動(dòng)到淚流滿面?。。。。。。?！扯了這么多，回歸一下正題，還是來(lái)說(shuō)說(shuō)本篇文章要寫(xiě)什么吧！說(shuō)起調(diào)用系統(tǒng)相機(jī)來(lái)拍照的功能，大家肯定不陌生，現(xiàn)在所有應(yīng)用都具備這個(gè)功能。例如最基本的，用戶(hù)拍照上傳頭像。Android開(kāi)發(fā)的孩紙都知道，碎片化給拍照這個(gè)功能的實(shí)現(xiàn)帶來(lái)挺多頭疼的問(wèn)題。所以，我決定寫(xiě)寫(xiě)一些網(wǎng)上不多見(jiàn)但又經(jīng)常聽(tīng)到童鞋們吐槽的問(wèn)題。
拍照功能實(shí)現(xiàn)
Android 程序上實(shí)現(xiàn)拍照功能的方式分為兩種：第一種是利用相機(jī)的 API 來(lái)自定義相機(jī)，第二種是利用 Intent 調(diào)用系統(tǒng)指定的相機(jī)拍照。下面講的內(nèi)容都是針對(duì)第二種實(shí)現(xiàn)方式的適配。
通常情況下，我們調(diào)用拍照的業(yè)務(wù)場(chǎng)景是如下面這樣的：
- A 界面，點(diǎn)擊按鈕調(diào)用相機(jī)拍照；
- A 界面得到拍完照片，跳轉(zhuǎn)到 B 界面進(jìn)行預(yù)覽；
- B 界面有個(gè)按鈕，點(diǎn)擊后觸發(fā)某個(gè)業(yè)務(wù)流程來(lái)處理這張照片；
實(shí)現(xiàn)的大體流程代碼如下：
//1、調(diào)用相機(jī)
File mPhotoFile = new File(folder,filename);
Intent captureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
Uri fileUri = Uri.fromFile(mPhotoFile);
captureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
mActivity.startActivityForResult(captureIntent, CAPTURE_PHOTO_REQUEST_CODE);
//2、拿到照片
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
if (requestCode == CapturePhotoHelper.CAPTURE_PHOTO_REQUEST_CODE && resultCode == RESULT_OK) {
File photoFile = mCapturePhotoHelper.getPhoto();//獲取拍完的照片
if (photoFile != null) {
PhotoPreviewActivity.preview(this, photoFile);//跳轉(zhuǎn)到預(yù)覽界面
}
finish();
} else {
super.onActivityResult(requestCode, resultCode, data);
}
}
//3、各種各樣處理這張圖片的業(yè)務(wù)代碼
到這里基本科普完了如何調(diào)用系統(tǒng)相機(jī)拍照，相信這些網(wǎng)上一搜一大把的代碼，很多童鞋都能看懂。
有沒(méi)有相機(jī)可用？
前面講到我們是調(diào)用系統(tǒng)指定的相機(jī)app來(lái)拍照，那么系統(tǒng)是否存在可以被我們調(diào)用的app呢？這個(gè)我們不敢確定，畢竟 Android 奇葩問(wèn)題多，還真有遇到過(guò)這種極端的情況導(dǎo)致閃退的。雖然很極端，但作為客戶(hù)端人員還是要進(jìn)行處理，方式有二：
- 調(diào)用相機(jī)時(shí)，簡(jiǎn)單粗暴的 try-catch
- 調(diào)用相機(jī)前，檢測(cè)系統(tǒng)有沒(méi)有相機(jī) app 可用
try-catch 這種粗暴的方式大家肯定很熟悉了，那么要如何檢測(cè)系統(tǒng)有沒(méi)有相機(jī) app 可用呢？系統(tǒng)在 PackageManager 里為我們提供這樣一個(gè) API
通過(guò)這樣一個(gè) API ，可以知道系統(tǒng)是否存在 action 為 MediaStore.ACTION_IMAGE_CAPTURE 的 intent 可以喚起的拍照界面，具體實(shí)現(xiàn)代碼如下：
/**
* 判斷系統(tǒng)中是否存在可以啟動(dòng)的相機(jī)應(yīng)用
*
* @return 存在返回true，不存在返回false
*/
public boolean hasCamera() {
PackageManager packageManager = mActivity.getPackageManager();
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
List<ResolveInfo> list = packageManager.queryIntentActivities(intent, PackageManager.MATCH_DEFAULT_ONLY);
return list.size() > 0;
}
拍出來(lái)的照片“歪了”！??！
經(jīng)常會(huì)遇到一種情況，拍照時(shí)看到照片是正的，但是當(dāng)我們的 app 獲取到這張照片時(shí)，卻發(fā)現(xiàn)旋轉(zhuǎn)了 90 度（也有可能是180、270，不過(guò)90度比較多見(jiàn)，貌似都是由于手機(jī)傳感器導(dǎo)致的）。很多童鞋對(duì)此感到很困擾，因?yàn)椴皇撬惺謾C(jī)都會(huì)出現(xiàn)這種情況，就算會(huì)是出現(xiàn)這種情況的手機(jī)上，也并非每次必現(xiàn)。要怎么解決這個(gè)問(wèn)題呢？從解決的思路上看，只要獲取到照片旋轉(zhuǎn)的角度，利用 Matrix 來(lái)進(jìn)行角度糾正即可。那么問(wèn)題來(lái)了，要怎么知道照片旋轉(zhuǎn)的角度呢？細(xì)心的童鞋可能會(huì)發(fā)現(xiàn)，拍完一張照片去到相冊(cè)點(diǎn)擊屬性查看，能看到下面這樣一堆關(guān)于照片的屬性數(shù)據(jù)
沒(méi)錯(cuò)，這里面就有一個(gè)旋轉(zhuǎn)角度，倘若拍照后保存的成像照片文件發(fā)生了角度旋轉(zhuǎn)，這個(gè)圖片的屬性參數(shù)就能告訴我們到底旋轉(zhuǎn)了多少度。只要獲取到這個(gè)角度值，我們就能進(jìn)行糾正的工作了。 Android 系統(tǒng)提供了 ExifInterface 類(lèi)來(lái)滿足獲取圖片各個(gè)屬性的操作
通過(guò) ExifInterface 類(lèi)拿到 TAG_ORIENTATION 屬性對(duì)應(yīng)的值，即為我們想要得到旋轉(zhuǎn)角度。再根據(jù)利用 Matrix 進(jìn)行旋轉(zhuǎn)糾正即可。實(shí)現(xiàn)代碼大致如下：
/**
* 獲取圖片的旋轉(zhuǎn)角度
*
* @param path 圖片絕對(duì)路徑
* @return 圖片的旋轉(zhuǎn)角度
*/
public static int getBitmapDegree(String path) {
int degree = 0;
try {
// 從指定路徑下讀取圖片，并獲取其EXIF信息
ExifInterface exifInterface = new ExifInterface(path);
// 獲取圖片的旋轉(zhuǎn)信息
int orientation = exifInterface.getAttributeInt(ExifInterface.TAG_ORIENTATION, ExifInterface.ORIENTATION_NORMAL);
switch (orientation) {
case ExifInterface.ORIENTATION_ROTATE_90:
degree = 90;
break;
case ExifInterface.ORIENTATION_ROTATE_180:
degree = 180;
break;
case ExifInterface.ORIENTATION_ROTATE_270:
degree = 270;
break;
}
} catch (IOException e) {
e.printStackTrace();
}
return degree;
}
/**
* 將圖片按照指定的角度進(jìn)行旋轉(zhuǎn)
*
* @param bitmap 需要旋轉(zhuǎn)的圖片
* @param degree 指定的旋轉(zhuǎn)角度
* @return 旋轉(zhuǎn)后的圖片
*/
public static Bitmap rotateBitmapByDegree(Bitmap bitmap, int degree) {
// 根據(jù)旋轉(zhuǎn)角度，生成旋轉(zhuǎn)矩陣
Matrix matrix = new Matrix();
matrix.postRotate(degree);
// 將原始圖片按照旋轉(zhuǎn)矩陣進(jìn)行旋轉(zhuǎn)，并得到新的圖片
Bitmap newBitmap = Bitmap.createBitmap(bitmap, 0, 0, bitmap.getWidth(), bitmap.getHeight(), matrix, true);
if (bitmap != null && !bitmap.isRecycled()) {
bitmap.recycle();
}
return newBitmap;
}
ExifInterface 能拿到的信息遠(yuǎn)遠(yuǎn)不止旋轉(zhuǎn)角度，其他的參數(shù)感興趣的童鞋可以看看 API 文檔。
拍完照怎么閃退了？
曾在小米和魅族的某些機(jī)型上遇到過(guò)這樣的問(wèn)題，調(diào)用系統(tǒng)相機(jī)拍照，拍完點(diǎn)擊確定回到自己的app里面卻莫名奇妙的閃退了。這種閃退有兩個(gè)特點(diǎn)：
- 沒(méi)有什么錯(cuò)誤日志（有些機(jī)子啥日志都沒(méi)有，有些機(jī)子會(huì)出來(lái)個(gè)空異常錯(cuò)誤日志）；
- 同個(gè)機(jī)子上非必現(xiàn)（有時(shí)候怎么拍都不閃退，有時(shí)候一拍就閃退）；
對(duì)待非必現(xiàn)問(wèn)題往往比較頭疼，當(dāng)初遇到這樣的問(wèn)題也是非常不解。上網(wǎng)搜羅了一圈也沒(méi)方案，后來(lái)留意到一個(gè)比較有意思信息：有些系統(tǒng)廠商的 ROM 會(huì)給自帶相機(jī)應(yīng)用做優(yōu)化，當(dāng)某個(gè) app 通過(guò) intent 進(jìn)入相機(jī)拍照界面時(shí)，系統(tǒng)會(huì)把這個(gè) app 當(dāng)前最上層的 Activity 銷(xiāo)毀回收。（注意：我遇到的情況是有時(shí)候很快就回收掉，有時(shí)候怎么等也不回收，沒(méi)有什么必現(xiàn)規(guī)律）為了驗(yàn)證一下，便在啟動(dòng)相機(jī)的 Activity 中對(duì) onDestory 方法進(jìn)行加 log 。果不其然，終于發(fā)現(xiàn)進(jìn)入拍照界面的時(shí)候 onDestory 方法被執(zhí)行了。所以，前面提到的閃退基本可以推測(cè)是 Activity 被回收導(dǎo)致某些非UI控件的成員變量為空導(dǎo)致的。（有些機(jī)子會(huì)報(bào)出空異常錯(cuò)誤日志，但是有些機(jī)子閃退了什么都不報(bào)，是不是覺(jué)得很奇葩?。?/p>
既然涉及到 Activity 被回收的問(wèn)題，自然要想起 onSaveInstanceState 和 onRestoreInstanceState 這對(duì)方法。去到 onSaveInstanceState 把數(shù)據(jù)保存，并在 onRestoreInstanceState 方法中進(jìn)行恢復(fù)即可。大體代碼思路如下：
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
mRestorePhotoFile = mCapturePhotoHelper.getPhoto();
if (mRestorePhotoFile != null) {
outState.putSerializable(EXTRA_RESTORE_PHOTO, mRestorePhotoFile);
}
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
mRestorePhotoFile = (File) savedInstanceState.getSerializable(EXTRA_RESTORE_PHOTO);
mCapturePhotoHelper.setPhoto(mRestorePhotoFile);
}
對(duì)于 onSaveInstanceState 和 onRestoreInstanceState 方法的作用還不熟悉的童鞋，網(wǎng)上資料很多，可以自行搜索。
到這里，可能有童鞋要問(wèn)，這種閃退并不能保證復(fù)現(xiàn)，我要怎么知道問(wèn)題所在和是否修復(fù)了呢？我們可以去到開(kāi)發(fā)者選項(xiàng)里開(kāi)啟不保留活動(dòng)這一項(xiàng)進(jìn)行調(diào)試驗(yàn)證
它作用是保留當(dāng)前和用戶(hù)接觸的 Activity ，并將目前無(wú)法和用戶(hù)交互 Activity 進(jìn)行銷(xiāo)毀回收。打開(kāi)這個(gè)調(diào)試選項(xiàng)就可以滿足驗(yàn)證的需求，當(dāng)你的 app 的某個(gè) Activity 跳轉(zhuǎn)到拍照的 Activity 后，這個(gè) Activity 立馬就會(huì)被系統(tǒng)銷(xiāo)毀回收，這樣就可以很好的完全復(fù)現(xiàn)閃退的場(chǎng)景，幫助開(kāi)發(fā)者確認(rèn)問(wèn)題有沒(méi)有修復(fù)了。
涉及到 Activity 被銷(xiāo)毀，還想提一下代碼實(shí)現(xiàn)上的問(wèn)題。假設(shè)當(dāng)前有兩個(gè) Activity ，MainActivity 中有個(gè) Button ，點(diǎn)擊可以調(diào)用系統(tǒng)相機(jī)拍照并顯示到 PreviewActivity 進(jìn)行預(yù)覽。有下面兩種實(shí)現(xiàn)方案：
- 方案一：MainActivity 中點(diǎn)擊 Button 后，啟動(dòng)系統(tǒng)相機(jī)拍照，并在 MainActivity 的 onActivityResult 方法中獲取拍下來(lái)的照片，并啟動(dòng)跳轉(zhuǎn)到 PreviewActivity 界面進(jìn)行效果預(yù)覽；
- 方案二：MainActivity 中點(diǎn)擊 Button 后，啟動(dòng) PreviewActivity 界面，在 PreviewActivity 的 onCreate（或者onStart、onResume）方法中啟動(dòng)系統(tǒng)相機(jī)拍照，然后在 PreviewActivity 的 onActivityResult 方法中獲取拍下來(lái)的照片進(jìn)行預(yù)覽；
上面兩種方案得到的實(shí)現(xiàn)效果是一模一樣的，但是第二種方案卻存在很大的問(wèn)題。因?yàn)閱?dòng)相機(jī)的代碼放在 onCreate（或者onStart、onResume）中，當(dāng)進(jìn)入拍照界面后，PreviewActivity 隨即被銷(xiāo)毀，拍完照確認(rèn)后回到 PreviewActivity 時(shí)，被銷(xiāo)毀的 PreviewActivity 需要重建，又要走一遍 onCreate、onStart、onResume，又調(diào)用了啟動(dòng)相機(jī)拍照的代碼，周而復(fù)始的進(jìn)入了死循環(huán)狀態(tài)。為了避免讓你的用戶(hù)抓狂，果斷明智的選擇方案一。
以上這種情況提到調(diào)用系統(tǒng)拍照時(shí)，Activity就回收的情況，在小米4S和小米4 LTE機(jī)子上（MIUI的版本是7.3，Android系統(tǒng)版本是6.0）出現(xiàn)的概率很高。 所以，建議看到此文的童鞋也可以去驗(yàn)證適配一下。
圖片無(wú)法顯示
圖片無(wú)法顯示這個(gè)問(wèn)題也是略坑，如何坑法？往下看，同樣是在小米4S和小米4 LTE機(jī)子上（MIUI的版本是7.3，Android系統(tǒng)版本是6.0）出現(xiàn)概率很高的場(chǎng)景（當(dāng)然，不保證其他機(jī)子沒(méi)出現(xiàn)過(guò)）。按照我們前面提到的業(yè)務(wù)場(chǎng)景，調(diào)用相機(jī)拍照完成后，我們的 app 會(huì)有一個(gè)預(yù)覽圖片的界面。但是在用了小米的機(jī)子進(jìn)行拍照后，自己 app 的預(yù)覽界面卻怎么也無(wú)法顯示出照片來(lái)，同樣是相當(dāng)郁悶，郁悶完后還是要一步一步去排查解決問(wèn)題的！為此，需要一步一步猜測(cè)驗(yàn)證問(wèn)題所在。
- 猜測(cè)一：沒(méi)有拿到照片路徑，所以無(wú)法顯示？
直接斷點(diǎn)打 log 跟蹤，猜測(cè)一很快被推翻，路徑是有的。
- 猜測(cè)二：Bitmap太大了，無(wú)法顯示？
直接在 AS 的 log 控制臺(tái)仔細(xì)的觀察了一下系統(tǒng) log ，發(fā)現(xiàn)了一些蛛絲馬跡
OpenGLRenderer: Bitmap too large to be uploaded into a texture
每次拍完照片，都會(huì)出現(xiàn)上面這樣的 log ，果然，因?yàn)閳D片太大而導(dǎo)致在 ImageView 上無(wú)法顯示。到這里有童鞋要吐槽了，沒(méi)對(duì)圖片的采樣率 inSampleSize 做處理？天地良心啊，絕對(duì)做處理了，直接看代碼：
/**
* 壓縮Bitmap的大小
*
* @param imagePath 圖片文件路徑
* @param requestWidth 壓縮到想要的寬度
* @param requestHeight 壓縮到想要的高度
* @return
*/
public static Bitmap decodeBitmapFromFile(String imagePath, int requestWidth, int requestHeight) {
if (!TextUtils.isEmpty(imagePath)) {
if (requestWidth <= 0 || requestHeight <= 0) {
Bitmap bitmap = BitmapFactory.decodeFile(imagePath);
return bitmap;
}
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;//不加載圖片到內(nèi)存，僅獲得圖片寬高
BitmapFactory.decodeFile(imagePath, options);
options.inSampleSize = calculateInSampleSize(options, requestWidth, requestHeight); //計(jì)算獲取新的采樣率
options.inJustDecodeBounds = false;
return BitmapFactory.decodeFile(imagePath, options);
} else {
return null;
}
}
public static int calculateInSampleSize(BitmapFactory.Options options, int reqWidth, int reqHeight) {
final int height = options.outHeight;
final int width = options.outWidth;
int inSampleSize = 1;
Log.i(TAG, "height: " + height);
Log.i(TAG, "width: " + width);
if (height > reqHeight || width > reqWidth) {
final int halfHeight = height / 2;
final int halfWidth = width / 2;
while ((halfHeight / inSampleSize) > reqHeight && (halfWidth / inSampleSize) > reqWidth) {
inSampleSize *= 2;
}
long totalPixels = width * height / inSampleSize;
final long totalReqPixelsCap = reqWidth * reqHeight * 2;
while (totalPixels > totalReqPixelsCap) {
inSampleSize *= 2;
totalPixels /= 2;
}
}
return inSampleSize;
}
瞄了代碼后，是不是覺(jué)得沒(méi)有問(wèn)題了？沒(méi)錯(cuò)，inSampleSize 確確實(shí)實(shí)經(jīng)過(guò)處理，那為什么圖片還是太大而顯示不出來(lái)呢？ requestWidth、int requestHeight 設(shè)置得太大導(dǎo)致 inSampleSize 太小了？不可能啊，我都試著把長(zhǎng)寬都設(shè)置成 100 了還是沒(méi)法顯示！干脆，直接打印 inSampleSize 值，一打印，inSampleSize 值居然為 1 。 我去，徹底打臉了，明明說(shuō)好的處理過(guò)了，居然還是 1 ?。。?！為了一探究竟，干脆加 log 。
public static Bitmap decodeBitmapFromFile(String imagePath, int requestWidth, int requestHeight) {
if (!TextUtils.isEmpty(imagePath)) {
Log.i(TAG, "requestWidth: " + requestWidth);
Log.i(TAG, "requestHeight: " + requestHeight);
if (requestWidth <= 0 || requestHeight <= 0) {
Bitmap bitmap = BitmapFactory.decodeFile(imagePath);
return bitmap;
}
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;//不加載圖片到內(nèi)存，僅獲得圖片寬高
BitmapFactory.decodeFile(imagePath, options);
Log.i(TAG, "original height: " + options.outHeight);
Log.i(TAG, "original width: " + options.outWidth);
options.inSampleSize = calculateInSampleSize(options, requestWidth, requestHeight); //計(jì)算獲取新的采樣率
Log.i(TAG, "inSampleSize: " + options.inSampleSize);
options.inJustDecodeBounds = false;
return BitmapFactory.decodeFile(imagePath, options);
} else {
return null;
}
}
運(yùn)行打印出來(lái)的日志如下：
圖片原來(lái)的寬高居然都是 -1 ，真是奇葩了！難怪，inSampleSize 經(jīng)過(guò)處理之后結(jié)果還是 1 。狠狠的吐槽了之后，總是要回來(lái)解決問(wèn)題的。那么，圖片的寬高信息都丟失了，我去哪里找?。?像下面這樣？
public static Bitmap decodeBitmapFromFile(String imagePath, int requestWidth, int requestHeight) {
...
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;//不加載圖片到內(nèi)存，僅獲得圖片寬高
Bitmap bitmap = BitmapFactory.decodeFile(imagePath, options);
bitmap.getWidth();
bitmap.getHeight();
...
} else {
return null;
}
}
no，此方案行不通，inJustDecodeBounds = true 時(shí)，BitmapFactory 獲得 Bitmap 對(duì)象是 null；那要怎樣才能獲圖片的寬高呢？前面提到的 ExifInterface 再次幫了我們大忙，通過(guò)它的下面兩個(gè)屬性即可拿到圖片真正的寬高
順手吐槽一下，為什么高不是 TAG_IMAGE_HEIGHT 而是 TAG_IMAGE_LENGTH。改良過(guò)后的代碼實(shí)現(xiàn)如下：
public static Bitmap decodeBitmapFromFile(String imagePath, int requestWidth, int requestHeight) {
if (!TextUtils.isEmpty(imagePath)) {
Log.i(TAG, "requestWidth: " + requestWidth);
Log.i(TAG, "requestHeight: " + requestHeight);
if (requestWidth <= 0 || requestHeight <= 0) {
Bitmap bitmap = BitmapFactory.decodeFile(imagePath);
return bitmap;
}
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;//不加載圖片到內(nèi)存，僅獲得圖片寬高
BitmapFactory.decodeFile(imagePath, options);
Log.i(TAG, "original height: " + options.outHeight);
Log.i(TAG, "original width: " + options.outWidth);
if (options.outHeight == -1 || options.outWidth == -1) {
try {
ExifInterface exifInterface = new ExifInterface(imagePath);
int height = exifInterface.getAttributeInt(ExifInterface.TAG_IMAGE_LENGTH, ExifInterface.ORIENTATION_NORMAL);//獲取圖片的高度
int width = exifInterface.getAttributeInt(ExifInterface.TAG_IMAGE_WIDTH, ExifInterface.ORIENTATION_NORMAL);//獲取圖片的寬度
Log.i(TAG, "exif height: " + height);
Log.i(TAG, "exif width: " + width);
options.outWidth = width;
options.outHeight = height;
} catch (IOException e) {
e.printStackTrace();
}
}
options.inSampleSize = calculateInSampleSize(options, requestWidth, requestHeight); //計(jì)算獲取新的采樣率
Log.i(TAG, "inSampleSize: " + options.inSampleSize);
options.inJustDecodeBounds = false;
return BitmapFactory.decodeFile(imagePath, options);
} else {
return null;
}
}
再看一下，打印出來(lái)的log
這樣就可以解決問(wèn)題啦。
總結(jié)
以上總結(jié)了這么些身邊童鞋經(jīng)常問(wèn)起，但網(wǎng)上又不多見(jiàn)的適配問(wèn)題，希望可以幫到一些開(kāi)發(fā)童鞋少走彎路。文中多次提到小米的機(jī)子，并不代表只有MIUI上有這樣的問(wèn)題存在，僅僅只是因?yàn)槲疑磉厧У膸撞繖C(jī)子大都是小米的。對(duì)待適配問(wèn)題，在搜索引擎都無(wú)法提供多少有效的信息時(shí)，我們只能靠斷點(diǎn)、打log、觀察控制臺(tái)的日志、以及API文檔來(lái)尋找一些蛛絲馬跡作為突破口，相信辦法總比困難多。
以上的示例代碼已經(jīng)整理到：https://github.com/D-clock/AndroidStudyCode ，主要的代碼在下面紅圈部分
感興趣的童鞋可以自行查看！如有錯(cuò)誤，歡迎大家指正！
- 我的個(gè)人博客：http://blog.coderclock.com/
- 我的知乎專(zhuān)欄：https://zhuanlan.zhihu.com/coderclock
- 我的Diycode：https://www.diycode.cc/d_clock
- 我的新浪微博：D_clock愛(ài)吃蔥花
- 我的微信公眾號(hào)：技術(shù)視界
