Thrift协议以及限制下载文件大小配置和限制上传文件大小配置

目录

一.Thrift是什么

二.idl的作用

三.thrift的分层架构

1.Transport层

2.Protocal层

3.Processor

4.Server

四.限制下载文件大小配置

五.限制上传文件大小配置

---

一.Thrift是什么

    thrift是一种rpc常用的通信协议，它使用idl定义rpc方法和数据结构，使用thrift编译器根据idl定义生成不同语言的客户端代码和服务端代码，由这些生成的代码实现远程方法的调用和调用参数的解析。

二.idl的作用

    使用thrift协议开发rpc方法之前，需要先定义好方法的idl文件。idl严格定义了方法的出参和入参，因为调用方代码和被调用方的代码都是根据idl生成的，所以idl是调用方和被调用方的强约定，保证了双方参数以及数据结构的一致性，开发的时候双方可以根据idl并行开发。

三.thrift的分层架构

    

    如上图，thrift共分为server，processor，protocal，transport四层，server一般由rpc框架自己实现，handler为业务开发人员实现的业务逻辑，processor为thrift根据idl自动生成的代码，protocal，transport则为通用类库，rpc框架根据需要进行选择。

1.Transport层

    是对tcp，http协议的抽象，提供了open、close 、read、write和flush总共5个接口。也就是说，thrift支持tcp协议，http协议等通信协议，并且提供统一抽象，上层不需要关心具体使用了哪种协议。那么transport层怎么知道使用的是哪种协议呢？后面会看到，rpc框架实现的server层会根据自己的需要对通信协议进行选择。

2.Protocal层

    定义了内存中的数据结构与有线格式（wire-format）的转化机制，也就是encode/decode机制。在服务端将数据编码成实际传输的格式，支持json，压缩，二进制等格式。
 

// encode之前
{
  uid: 1,
  name: "Mark Slee",
  blurb: "blurb here."
}
// encode之后
[
  1, // Version
  "store", // 服务名
  1, // message类型
  0, // seqid
  {
    "1": {
      "rec": {
        "1": {
          "i32": 1
        },
        "2": {
          "str": "Mark Slee"
        },
        "3": {
          "str": "blurb here."
        }
      }
    }
  }
]

3.Processor

    前两层都是通用的与具体业务无关的，processor则为根据idl生成的处理代码，processor都实现了如下接口。可以看出它封装了读取输入参数和写入返回参数的能力。processor会根据idl的格式定义从输入流中读取入参并解析成本地对象，将参数传给handler（由业务开发人员实现）进行业务处理。最后将handler的返回值写入输出流返回给客户端。

interface TProcessor {
  bool process(TProtocol in, TProtocol out) throws TException
}

4.Server

    thrift把可变的部分都分离了出来到server层，由rpc框架自己实现，而processor是固定的逻辑，rpc框架需要把可变的参数handler，protocal和transport传给processor。比如传输使用http还是tcp，nio还是bio等都是server根据性能需要进行选择。另外server层还有一个很重要的功能就是要监听tcp端口，与客户端建立连接进行io通信，这样一个服务器才算真正运行起来。

四.限制下载文件大小配置

使用方法new TFramedTransport.Factory(200 * 1024 * 1024);  来设置上传文件大小

TFramedTransport.Factory transportFactory = 
new TFramedTransport.Factory(200 * 1024 * 1024);

五.限制上传文件大小配置

/**
 * The maximum number of bytes to read from the transport for
 * variable-length fields (such as strings or binary) or {@link #NO_LENGTH_LIMIT} for
 * unlimited.
 */
private final long stringLengthLimit_;

/**
 * The maximum number of elements to read from the network for
 * containers (maps, sets, lists), or {@link #NO_LENGTH_LIMIT} for unlimited.
 */
private final long containerLengthLimit_;

————————————————
版权声明：本文为CSDN博主「 zookeeper」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/oBuShanQing/article/details/89816304