一種基於動態插件系統的移動測試黑科技

實例：

注意: 下面的case，雖然說的是雲插件的問題定位場景，但是不止雲插件，我們後面會以SDK形式開源這部分技術，所以，集成了這個SDK的app也可以這麼干，但是脫離了插件系統，本身的安全性，需要集成的開發者關注自己的安全性。 當然也可以不關注，root的手機上，你的app本身就已經全部暴露給了黑客(BLESS…)

正文： 以流暢度為例，我們看如何非常快速的構建雲調試插件的case吧

流暢度：可以理解為android系統繪制UI的速度，理論上，人眼在1s內接收60幀圖像才會感覺程序流暢。 android系統之初，流暢度一直是人們诟病的目標，直到android 4.1系統的時候，有了注明的project Buffer，並引入了三大元素，VSYNC(垂直同步)、Triple Buffer和Choreographer。其中Choreographer這個東西是我們今天討論的目標。它是整套機制中的協調者，並且所有looper都共用一個Choreographer對象

Choreographer對外開放了一個FrameCallback的東西，在每次系統繪制時，都會通過這個回調doFrame函數，通過這個函數可以計算出在1s內，當前頁面的繪制次數。但是問題來了:
看上圖，含義就是，此貨雖然好，但是建議是你們開發者還是不要用了。。。這如何玩，本來還想拿它上個流暢度監控的。。此時一定會想到，我們有雲調試插件。

構建很簡單，如下，只需要把這段代碼copy到任意android工程，然後打包，注意NutXError只作為編譯依賴即可， 如果已有插件系統， 這段代碼就可以直接被加載並運行了

public class     NutFrameMonitor extends BaseCase {  private static final String TAG = "NutFrameMonitor";  @Override  public void invoke(Context context) {    int sdkVersion = 0;    try {      sdkVersion = Build.VERSION.SDK_INT;    } catch (Exception e) {      // TODO     }     if (sdkVersion >= 16) {       try {         Choreographer.getInstance().postFrameCallback(NutFrameCallback.callback);       } catch (Exception e) {         // TODO       }     }   }   private static class NutFrameCallback implements Choreographer.FrameCallback {     static final NutFrameCallback callback = new NutFrameCallback();     private long mLastFrameTimeNanos = 0;     private long mFrameIntervalNanos = (long)(500000000) - 1;     @Override     public void doFrame(long frameTimeNanos) {       if (mLastFrameTimeNanos != 0) {         final long jitterNanos = frameTimeNanos - mLastFrameTimeNanos;         if (jitterNanos > mFrameIntervalNanos) {           NutXError error = new NutXError(TAG);           error.setDetailMessage("frame Choreographer waste more than 500ms");           error.dump();         }       }       mLastFrameTimeNanos = frameTimeNanos;       Choreographer.getInstance().postFrameCallback(NutFrameCallback.callback);     }   } }