想說一句，CSDN部落格的編輯器真的很爛，而且有一個重大的漏洞（可以盜CSND的號，親自測試成功，細節不說了，哈哈），後來我告訴他們了，他們修復了並且給我一件衣服和揹包，然後升級後這個漏洞又出現了。

衣服髒了，揹包破了，也該換新的了，於是我用QQ聯絡客服，暫時迴應。。。。。

開始說正題

1、如何找ANR日誌
出現ANR之後我立刻想到要拿到ANR日誌，可以通過如下命令獲取ANR日誌：
adb pull data/anr/traces.txt

這樣就把ANR日誌下載到電腦了。
2、分析ANR日誌
開啟ANR日誌，可以看到main執行緒的堆疊資訊


"main" prio=5 tid=1 Waiting
  | group="main" sCount=1 dsCount=0 obj=0x76c353e8 self=0xf4a64500
  | sysTid=7047 nice=-11 cgrp=default sched=0/0 handle=0xf7276b4c
  | state=S schedstat=( 0 0 0 ) utm=2795 stm=388 core=7 HZ=100
  | stack=0xff030000-0xff032000 stackSize=8MB
  | held mutexes=
  at java.lang.Object.wait!(Native method)
  - waiting on <0x03fd06cb> (a java.lang.Object)
  at java.lang.Thread.parkFor$(Thread.java:1220)
  - locked <0x03fd06cb> (a java.lang.Object)
  at sun.misc.Unsafe.park(Unsafe.java:299)
  at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:810)
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:843)
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1172)
  at java.util.concurrent.locks.ReentrantLock$FairSync.lock(ReentrantLock.java:196)
  at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:257)
  at android.view.SurfaceView.updateWindow(SurfaceView.java:638)
  at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:316)
  at android.view.View.dispatchWindowVisibilityChanged(View.java:10434)
  at android.view.ViewGroup.dispatchWindowVisibilityChanged(ViewGroup.java:1328)
  at android.view.ViewGroup.dispatchWindowVisibilityChanged(ViewGroup.java:1328)
  at android.view.ViewGroup.dispatchWindowVisibilityChanged(ViewGroup.java:1328)
  ... repeated 1 times
  at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1750)
  at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1437)
  at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:7397)
  at android.view.Choreographer$CallbackRecord.run(Choreographer.java:920)
  at android.view.Choreographer.doCallbacks(Choreographer.java:695)
  at android.view.Choreographer.doFrame(Choreographer.java:631)
  at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:906)
  at android.os.Handler.handleCallback(Handler.java:739)
  at android.os.Handler.dispatchMessage(Handler.java:95)
  at android.os.Looper.loop(Looper.java:158)
  at android.app.ActivityThread.main(ActivityThread.java:7237)
  at java.lang.reflect.Method.invoke!(Native method)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230)
  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120)




1、分析SurfaceView原始碼：
根據log可以看出是SurfacecView導致的ANR，直播間的飄贊動畫就是用SurfaceView實現的，在執行SurfaceView.updateWindow方法裡面的ReentrantLock.lock()時一直阻塞在這裡，導致了ANR。


開啟SurfaceView原始碼，看到updateWindow方法裡面果然有mSurfaceLock.lock()方法。
mSurfaceLock是這樣被定義的：final ReentrantLock mSurfaceLock = new ReentrantLock();


肯定是有一個地方沒有呼叫unlock釋放鎖，導致呼叫lock時一直無法獲得鎖,想到Canvas有lock，並且需要開發者及時unlock。

操作畫布的程式碼並沒有問題，在finally裡unlock也是正確的，如下：
    Canvas canvas = mHolder.lockCanvas();
    if(canvas != null){
        try {
            for (Heart heart : mHeartArray) {
                canvas.drawBitmap(heart.bitmap, null, heart.dst, mPaint);
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            mHolder.unlockCanvasAndPost(canvas);
        }
    }

自己反覆讓Activity前後臺切換，因為SurfaceView不可見會被銷燬，可見後會被建立。這時終於復現了ANR，並且看到了一條異常：
Surface has already been released.


於是開始具體分析原始碼，先看unlockCanvasAndPost實現，因為可能unlock
    // SurfaceView.SurfaceHolder的實現
    @Override
    public void unlockCanvasAndPost(Canvas canvas) {
        mSurface.unlockCanvasAndPost(canvas);
        mSurfaceLock.unlock();
    }


    // Surface類
    public void unlockCanvasAndPost(Canvas canvas) {
        synchronized (mLock) {
            checkNotReleasedLocked();
            //...
        }
    }
    // 找到了那個拋異常位置，如果在這裡丟擲異常，那麼在就不會執行SurfaceLock.unlock了，最後導致再次lock的時候出現ANR。
    // 當mNativeObject=0時，會拋這個異常，接著看mNativeObject什麼情況下回置為0.
    private void checkNotReleasedLocked() {
        if (mNativeObject == 0) {
            throw new IllegalStateException("Surface has already been released.");
        }
    }


   // 原來這個方法會把mNativeObject置為0，接分析哪裡呼叫這個方法
    private void setNativeObjectLocked(long ptr) {
        //...
        mNativeObject = ptr;
        //...
    }


   // 搜尋了一下，原來這裡呼叫了setNativeObjectLocked(0)
    @Deprecated
    public void transferFrom(Surface other) {


        if (other != this) {
            //...
            other.setNativeObjectLocked(0);
            //...
        }
    }




// SurfaceView裡呼叫transferFrom
    /** @hide */
    protected void updateWindow(boolean force, boolean redrawNeeded) {
        mSurfaceLock.lock();
        try {


        } finally {
            mSurfaceLock.unlock();
        }
        try {
            ....
            if (mSurfaceCreated && (surfaceChanged || (!visible && visibleChanged))) {
                mSurfaceCreated = false;
                if (mSurface.isValid()) {


                    callbacks = getSurfaceCallbacks();
                    for (SurfaceHolder.Callback c : callbacks) {
                        c.surfaceDestroyed(mSurfaceHolder);
                    }
                }
            }


            mSurface.transferFrom(mNewSurface);
            ....
        } finally {
        }
    }


}


SurfaceView生命週期如下：
surfaceCreated:當從不可見狀態變為可見狀態時
surfaceChanged:當大小改變時
surfaceDestroyed:當從可見狀態變為不可見狀態時
根據BUG復現步驟，點選聊天按鈕，跳轉到聊天頁面，此時直播間處於不可見狀態，因此SurfaeView會被銷燬，所以會呼叫surfaceDestroyed。


// 從上面程式碼可以看到，先回調surfaceDestroyed，然後執行mSurface.transferFrom(mNewSurface)，這時會將mNativeObject置為0，
// 如果恰好此時呼叫unlockCanvasAndPost，會丟擲異常，並且不能呼叫unlock，導致下次建立SurfaceView時發生ANR。

產生ANR的原因：簡而言之，處於在lockCanvas和unlockCanvasAndPost之間時，SurfaceView銷燬了，導致unlock失敗，出現了死鎖。


總結本次ANR過程：
第一步：執行了mHolder.lockCanvas()，lock成功獲得鎖
第二步：此時恰巧遇到SurfaceView銷燬，surfaceDestroyed執行，並且將mNativeObject置為0
第三步：呼叫unlockCanvasAndPost，但是由於mNativeObject為0，所以丟擲異常，並沒有成功unlock
第四步：SurfaceView重新建立，嘗試lock，因為上次的鎖沒有釋放，所以進入了無限等待。

解決方法：分為2步
1、在操作畫布過程增加同步鎖，讓整個操作畫布過程作為一個整體

        synchronized (this) {
            if (mDrawFlag) {
                Canvas canvas = mHolder.lockCanvas();
                if (canvas != null) {
                    try {
        		 for (Heart heart : mHeartArray) {
               		    canvas.drawBitmap(heart.bitmap, null, heart.dst, mPaint);
         		 }
                          
                        }
                    } catch (Exception e) {
                        e.printStackTrace();
                    } finally {
                        try {
                            mHolder.unlockCanvasAndPost(canvas);
                        } catch (Exception e) {
                            e.printStackTrace();
                        }
                    }
                }
            }

    @Override
    public void surfaceDestroyed(SurfaceHolder holder) {
        synchronized (this) {
            mDrawFlag = false;
        }
    }

解決這個ANR，簡而言之，阻止SurfaceView在lockCanvas和unlockCanvasAndPost之間銷燬，在上面兩處加上了同步塊。