add reporter

README.md

@@ -30,19 +30,79 @@ QUIC为Google于2013年开发的基于UDP的多路并发传输协议，主要优
 **Client：Android**
 Android平台上，我们使用从`Chromium`中抽取的[cornet](https://chromium.googlesource.com/chromium/src/+/master/components/cronet?autodive=0%2F%2F)作为QUIC Client，对比`OKHttp`作为Http2.0 Client。为了避免OKHttp本身优化的问题，我们为QUIC提供了hook OKHttp用的`Interceptor`，此数数据均为QUIC over OKHttp的测试结果。直接使用cornet engine的测试结果大家可以自行运行。
 
-### 丢包测试
+### 网络请求测试
 
-1. 模拟正常3G环境 上下行相同 Delay 0ms，Rate 750k
+参考[泰国网络调研](https://wiki.corp.kuaishou.com/pages/viewpage.action?pageId=27834569)数据进行测试 （调研数据中无丢包数据）
 
-![bench_3g](./doc/bench_3g.png)
+(以下数据图标，x轴为丢包率，y轴为16张图下载总耗时，单位ms，数值越小越好)
+source: https://docs.google.com/spreadsheets/d/12YcL4e60fvDVliTEzew-c2bbRahBUEaB5HZHQDsPHH4/edit?usp=sharing
 
-#### 泰国
+1. BatWifi-Guest (Download 5.7Mbps; Upload 2.8Mbps; Ping 466ms (delay 200ms))   
+   ![Wifi](./doc/bench_wifi_guest.png)
 
-参考[泰国网络调研](https://wiki.corp.kuaishou.com/pages/viewpage.action?pageId=27834569)数据进行测试 （调研数据中无丢包数据）
+   2. Dtac@地铁 (Download 2.3Mbps; Upload 4.7Mbps; Ping 68ms)
+
+      ![DTAC](./doc/bench_4g_dtac.png)
+
+   3. True@地铁 (Download 6.3Mbps; Upload 9.7Mbps; Ping 123ms
+
+      ![True](./doc/bench_4g_true.png)
+
+当丢包率达到20%以后，HTTP2.0基本处于超时状态，无法完成测试。
+
+从数据中可以看到，QUIC和HTTP2.0均会明显受到丢包率和延时影响，但两者对HTTP的影响程度远大于QUIC。QUIC总体性能优于HTTP，且在高丢包高延时下都能有不错的表现，而HTTP则在15%以上丢包情况下基本处于不可用状态。
+
+### Client性能测试
+
+对比okHttp和cornet在CPU、MEM和Network上的表现：
+
+![profile](./doc/profile_3g.png)
+
+（上下行1M，0 delay 0 loss）
+
+两者差别不大，同样时间内QUIC的带宽利用率明显更高。OKHTTP在发起请求前，内存和CPU会产生一次明显的波动，cornet反而比较平缓。
+
+不同loss下，对比结果差异不大，此处不重复列出。
+
+峰值数据：
+
+| protocol | Mem   | CPU   |
+| -------- | ----- | ----- |
+| QUIC     | 43.7M | 8.9%  |
+| HTTP2.0  | 45.2M | 10.8% |
+
+
+
+### Result
+
+从测试结果来看，QUIC拥有比HTTP2.0更好的网络性能，特别是在弱网（高延时、高丢包）下。但因为其基于UDP，因此在不同ISP及不同时段下表现并不稳定，比如在夜间网络高峰期，中国电信对UDP有限制，QUIC表现不如HTTP，而联通则相差不大，需要在不同国家做更多对比测试，线上也需要有实时监控与动态切换策略。
+
+对于Client（Android），因为需要单独打包协议so，对包体积影响较大，未压缩情况下会带来3M左右负担。调研了携程等公司的做法，可以采取动态下发，lazy load的形式。在合适的时机下载dex和so进行加载，避免对包体积的影响。
+
+
+
+## QUICDroid
+
+对cronet的封装，支持以OKHTTP intercepter方式添加QUIC支持，方便无感知接入以及降级控制。
+
+### Usage
+
+```kotlin
+// init 
+QUICDroid.init(context, cronetEngine)
+
+// hook with okhttp
+OkHttpClient.Builder()
+            .addInterceptor(QUICInterceptor())
+            .build()
+// enable or disable
+QUICDroid.enable = true/false
+```
+
+other cronet config see https://chromium.googlesource.com/chromium/src/+/master/components/cronet/README.md?autodive=0%2F%2F
 
-1. WIFI 
 
-   1.1 BatWifi-Guest (Download 5.7Mbps; Upload 2.8Mbps; Ping 466ms)   
 
-   ​
+### Warning
 
+因为无法从协议层去判断Server是否支持QUIC，需要Client预先使用其他手段判断Server对协议的支持再作启用。

quicdroid/src/main/java/com/smilehacker/quicdroid/QUICDroid.kt

@@ -28,6 +28,5 @@ object QUICDroid {
     private fun defaultEngine(context: Context) =
         CronetEngine.Builder(context.applicationContext)
             .enableQuic(true)
-            .enableHttp2(true)
             .build()
 }

quicdroid/src/main/java/com/smilehacker/quicdroid/QUICInterceptor.kt

@@ -1,6 +1,5 @@
 package com.smilehacker.quicdroid
 
-import android.util.Log
 import okhttp3.Interceptor
 import okhttp3.Protocol
 import okhttp3.Response
@@ -26,10 +25,6 @@ class QUICInterceptor: Interceptor {
         val req = chain.request()
 
         val url = req.url().url()
-//        if (Protocol.get(url.protocol) != Protocol.QUIC) {
-//            return chain.proceed(req)
-//        }
-        Log.d(TAG, "protocol:${url.protocol}")
 
         // covert okhttp request to cornet request
         val connection = QUICDroid.engine.openConnection(url) as HttpURLConnection