OkHttp Post 限速上传

在局域网中通过OkHttp post 上传一些大文件,测试后发现文件上传经常占满带宽,影响业务交互。在上传时需要限速。

限速可以服务端限速,也可以客户端限速。服务端限速只是延迟接受,造成TCP 缓冲区拥堵,带宽的问题并没有真正的解决。客户端限速的思路就是写Socket 限速。搜了一下资料,OkHttp 并没有提供限速的接口。

研究了一下OkHttp 的拦截器 Interceptor

一 网络访问的执行 RealCall

在RealCall 的execute 函数中调用getResponseWithInterceptorChain 函数 获取网络的Response。

RealCall.java 
 @Override protected void execute() {
      boolean signalledCallback = false;
      try {
        Response response = getResponseWithInterceptorChain();
        if (retryAndFollowUpInterceptor.isCanceled()) {
          signalledCallback = true;
          responseCallback.onFailure(RealCall.this, new IOException("Canceled"));
        } else {
          signalledCallback = true;
          responseCallback.onResponse(RealCall.this, response);
        }
      } catch (IOException e) {
        if (signalledCallback) {
          // Do not signal the callback twice!
          Platform.get().log(INFO, "Callback failure for " + toLoggableString(), e);
        } else {
          responseCallback.onFailure(RealCall.this, e);
        }
      } finally {
        client.dispatcher().finished(this);
      }
    }
  }

二 OkHttp Interceptor 的实现。

从代码中可以看到,拦截器是别加入到一个数组中。依次是:

  1. client.interceptors() 自定的拦截器
  2. retryAndFollowUpInterceptor
  3. BridgeInterceptor
  4. CacheInterceptor
  5. ConnectInterceptor
  6. CallServerInterceptor

顺序很重要,因为下面拦截器的执行和顺序有关。
真正的网咯访问是在 CallServerInterceptor 中

RealCall.java 
  Response getResponseWithInterceptorChain() throws IOException {
    // Build a full stack of interceptors.
    List<Interceptor> interceptors = new ArrayList<>();
    interceptors.addAll(client.interceptors());
    interceptors.add(retryAndFollowUpInterceptor);
    interceptors.add(new BridgeInterceptor(client.cookieJar()));
    interceptors.add(new CacheInterceptor(client.internalCache()));
    interceptors.add(new ConnectInterceptor(client));
    if (!forWebSocket) {
      interceptors.addAll(client.networkInterceptors());
    }
    interceptors.add(new CallServerInterceptor(forWebSocket));

    Interceptor.Chain chain = new RealInterceptorChain(
        interceptors, null, null, null, 0, originalRequest);
    return chain.proceed(originalRequest);
  }

三 RealInterceptorChain 的执行

RealInterceptorChain 执行是一个链式的过程。注意在RealCall.java 中构造RealInterceptorChain 传入的index 参数是0, 然后在proceed 函数中又new
一个新的RealInterceptorChain next, next 的index 加一了。

  1. this.interceptor.intercept(next); 注意把新的拦截器 作为参数传入了。
@Override public Response proceed(Request request) throws IOException {
    return proceed(request, streamAllocation, httpCodec, connection);
  }

  public Response proceed(Request request, StreamAllocation streamAllocation, HttpCodec httpCodec,
      RealConnection connection) throws IOException {
    
    // Call the next interceptor in the chain.
    RealInterceptorChain next = new RealInterceptorChain(
        interceptors, streamAllocation, httpCodec, connection, index + 1, request);
    Interceptor interceptor = interceptors.get(index);
    
    Response response = interceptor.intercept(next);


    return response;
  }

在拦截其中可以根据需要

  1. 如果是处理Request 先处理拦截器的逻辑,然后链式调用 next 拦截器的 proceed.
  2. 如果是处理 Response 先调用 next 拦截器然后 处理拦截器的逻辑。

这个设计模式不错。

四 CallServerInterceptor

CallServerInterceptor 是负责网络读写的地方,如果要实现限速,最大的可能就是这里。

    request.body().writeTo(bufferedRequestBody);

通过request 的body 向网络写数据。而这个body 来自哪里呢, 在通过post 上传的数据的时候,需要构建 MultipartBody 来封装上传的文件。

public CallServerInterceptor(boolean forWebSocket) {
    this.forWebSocket = forWebSocket;
  }

  @Override public Response intercept(Chain chain) throws IOException {
    

    Response.Builder responseBuilder = null;
    if (HttpMethod.permitsRequestBody(request.method()) && request.body() != null) {
     
      if (responseBuilder == null) {
        // Write the request body if the "Expect: 100-continue" expectation was met.
        Sink requestBodyOut = httpCodec.createRequestBody(request, request.body().contentLength());
        BufferedSink bufferedRequestBody = Okio.buffer(requestBodyOut);
        request.body().writeTo(bufferedRequestBody);
        bufferedRequestBody.close();
      } else if (!connection.isMultiplexed()) {
        // If the "Expect: 100-continue" expectation wasn't met, prevent the HTTP/1 connection from
        // being reused. Otherwise we're still obligated to transmit the request body to leave the
        // connection in a consistent state.
        streamAllocation.noNewStreams();
      }
    }

    httpCodec.finishRequest();

    if (responseBuilder == null) {
      responseBuilder = httpCodec.readResponseHeaders(false);
    }

    Response response = responseBuilder
        .request(request)
        .handshake(streamAllocation.connection().handshake())
        .sentRequestAtMillis(sentRequestMillis)
        .receivedResponseAtMillis(System.currentTimeMillis())
        .build();

    int code = response.code();
    if (forWebSocket && code == 101) {
      // Connection is upgrading, but we need to ensure interceptors see a non-null response body.
      response = response.newBuilder()
          .body(Util.EMPTY_RESPONSE)
          .build();
    } else {
      response = response.newBuilder()
          .body(httpCodec.openResponseBody(response))
          .build();
    }

    
    return response;
  }

五 RequestBody

通过代码可以看到, RequestBody 为一个抽象类,通过 MultipartBody.create 直接new 出来。那我们的思路就是修改这个RequestBody 的writeTo 函数,控制写Socket 的速度。

    public MultipartBody.Part getMultipartBodyPart(){
        RequestBody requestFile = MultipartBody.create(MediaType.parse("multipart/form-data"), new File(mFileEncrypt));
        MultipartBody.Part fileBody = MultipartBody.Part.createFormData(FILE_ENCRYPT, mFileEncrypt, requestFile);

        return fileBody;
    }
    
      public static RequestBody create(final @Nullable MediaType contentType, final File file) {
    if (file == null) throw new NullPointerException("content == null");

    return new RequestBody() {
      @Override public @Nullable MediaType contentType() {
        return contentType;
      }

      @Override public long contentLength() {
        return file.length();
      }

      @Override public void writeTo(BufferedSink sink) throws IOException {
        Source source = null;
        try {
          source = Okio.source(file);
          sink.writeAll(source);
        } finally {
          Util.closeQuietly(source);
        }
      }
    };
  }

六 RateLimitingRequestBody

修改后的代码如下,针对OkIO 的一些操作 复制了一些代码出来。另外由于编译问题,OkIO.source 方法采用了反射。

public MultipartBody.Part getMultipartBodyPart(){
        RequestBody requestFile = RateLimitingRequestBody.createRequestBody(MediaType.parse("multipart/form-data"), new File(mFileEncrypt), UPLOAD_RATE);
        MultipartBody.Part fileBody = MultipartBody.Part.createFormData(FILE_ENCRYPT, mFileEncrypt, requestFile);

        return fileBody;
}    
    
public class RateLimitingRequestBody extends RequestBody {

    private MediaType mContentType;
    private File mFile;
    private int mMaxRate;    // bit/ms

    private RateLimitingRequestBody(@Nullable final MediaType contentType, final File file, int rate){
        mContentType = contentType;
        mFile = file;
        mMaxRate = rate;
    }

    @Override
    public MediaType contentType() {
        return mContentType;
    }

    @Override
    public void writeTo(BufferedSink sink) throws IOException {

        Source source = null;

        try {

            /*
            *  reflect instead of Okio.source(mFile) because of build error at platform 23.
            *  the error is java.nio.** can't find.
            */

            // source = Okio.source(mFile);

            String className = "okio.Okio";
            String methodName = "source";
            Class<?> clazz = Class.forName(className);
            Method method = clazz.getMethod(methodName, File.class);
            source = (Source) method.invoke(null, mFile);
            writeAll(sink, source);

        } catch (InterruptedException e) {
            NLog.exception("writeTo", e);
        } catch (NoSuchMethodException e) {
            NLog.exception("writeTo", e);
        } catch (IllegalAccessException e) {
            NLog.exception("writeTo", e);
        } catch (InvocationTargetException e) {
            NLog.exception("writeTo", e);
        } catch (ClassNotFoundException e) {
            NLog.exception("writeTo", e);
        } finally {
            Util.closeQuietly(source);
        }
    }


    public long writeAll(BufferedSink sink, Source source) throws IOException, InterruptedException {
        if (source == null) {
            throw new IllegalArgumentException("source == null");
        } else {
            long totalBytesRead = 0L;

            long readCount;
            long start = System.currentTimeMillis();
            while((readCount = source.read(sink.buffer(), 8192L)) != -1L) {
                totalBytesRead += readCount;
                sink.emitCompleteSegments();

                long time = System.currentTimeMillis();
                if(time == start) continue;
                long rate = (totalBytesRead * 8) / (time - start);

                if(rate > mMaxRate/1000){
                    int sleep = (int) (totalBytesRead * 8 * 1000 / mMaxRate - (time - start));
                    NLog.v("writeAll","totalBytesRead:"+totalBytesRead+"B "+ " Rate:"+rate*1000+"bits");
                    NLog.d("writeAll", "sleep:"+sleep);
                    Thread.sleep(sleep+500);
                }
            }

            long end = System.currentTimeMillis();
            long rate = (totalBytesRead * 8 * 1000) / ((end - start));
            NLog.e("writeAll","totalBytesRead:"+totalBytesRead+"B "+ " Rate:"+rate+"bits"+" total time:"+(end-start));
            return totalBytesRead;
        }
    }


    public static RequestBody createRequestBody(@Nullable final MediaType contentType, final File file, int rate) {
        if (file == null) {
            throw new NullPointerException("content == null");
        } else {
            return new RateLimitingRequestBody(contentType, file, rate);
        }
    }
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,948评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,371评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,490评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,521评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,627评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,842评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,997评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,741评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,203评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,534评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,673评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,339评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,955评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,770评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,000评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,394评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,562评论 2 349

推荐阅读更多精彩内容