前面铺垫了很多，现在该讲讲TNonBlockingServer本身了。构造函数会调用init方法，参数的默认值基本上都可以从这里找到。构造函数有很多重载的声明，比较特别的是声明其中的一个参数是一个宏定义，基本功能就是：如果宏第一个参数是第二个参数的子类，那么宏返回void*类型，否则，尝试其他构造方法的声明匹配。这个宏使用的是boost::enable_if，一个很绕的模板类型定义，具体参见htt
原创
2013-12-24 15:20:14
4269阅读
很久就想总结一下Thrift的Cpp lib库的学习情况，但是一直没有狠下心来去写。不是没有时间，就是恐怕理解不透彻。一晃几个月过去了，很多东西已经慢慢遗忘。今天，下定决心重新拾起来，边看边总结。这个故事，就从最有意思的Server端lib开始。这里的Server选用TNonBlockingServer，和他搭配的Transport选用TFrameTransport。这一节主要讲述该类包含的几个辅
原创
2013-12-22 21:27:32
8592阅读
以上三节尚且漏掉一点，就是作业控制。如果没有设置作业控制，那么TNonBlockingServer默认接收到作业就立即执行，整个变成了一个串行的结构，完全失去了使用TNonBlockingServer的意义。一般的作业控制，使用SimpleThreadManager即可。他继承基本的ThreadManager，并提供了一个启动ThreadManager的简易流程：设置最长作业队列——开启作业控制—
原创
2013-12-25 13:28:24
5795阅读
TNonblockingServer的I/O线程是TNonblockingIOThread对象。每个TNonblockingIOThread保存服务的server指针，同时记录监听的套接字。他并不是真正的pthread，所以线程号是额外指定的，在构造方法中指定。TNonblockingIOThread注册两类事件，一类是监听套接字，回调函数注册为TNonblockingIOThread::list
原创
2013-12-23 19:24:47
3785阅读
Thrift框架主要分为四层：Service，Protocol，Transport，Server。前述介绍的TNonBlockingServer就是一种Server，除此之外，还有很多别的Server，比TNonBlockingServer要简单的多，以后会简要介绍其中的一两个。Service由程序员自己编写，是实际的RPC调用体。还剩中间俩：Protocol是对函数调用的名称、参数、返回值的序列
原创
2013-12-25 21:21:02
10000+阅读
点赞
2评论
目录： 概述下载配置 基本概念 数据类型服务端编码基本步骤 客户端编码基本步骤 数据传输协议 实例演示（java） thrift生成代码 实现接口IfaceTSimpleServer服务模型TThreadPoolServer 服务模型TNonblockingServer 服务模型THs...
转载
2013-12-03 14:59:00
140阅读
2评论
目录： 概述 下载配置 基本概念 数据类型 服务端编码基本步骤 客户端编码基本步骤 数据传输协议 实例演示（java） thrift生成代码 实现接口Iface TSimpleServer服务模型 TThreadPoolServer 服务模型 TNonblockingServer 服务模型 THsH
转载
2020-09-25 19:22:00
109阅读
2评论
前言Thrift提供的网络服务模型：单线程、多线程、事件驱动，从另一个角度划分为：阻塞服务模型、非阻塞服务模型。阻塞服务模型：TSimpleServer、TThreadPoolServer。非阻塞服务模型：TNonblockingServer、THsHaServer和TThreadedSelectorServer。TServer类的层次关系：正文TServerTServer定义了静态内部类Args
原创
2021-02-06 18:18:44
493阅读
目录：
概述
下载配置
基本概念
数据类型
服务端编码基本步骤
客户端编码基本步骤
数据传输协议
实例演示（java） thrift生成代码
实现接口Iface
TSimpleServer服务模型
TThreadPoolServer 服务模型
TNonblockingServer 服务模型
THsHaServer服务模型
异步客户端
[一]、概述
Apache Thrift 是 Facebo
转载
2016-10-30 13:42:00
85阅读
2评论
nmap扫描端口导致线上大量Java服务FullGC甚至OOM最近公司遇到了一次诡异的线上FullGC保障，多个服务几乎所有的实例集中报FullGC，个别实例甚至出现了OOM，直接被docker杀掉。观察报警服务的log，均有大量的此log*TNonblockingServer [ERROR] Read a frame size of ****, which is bigger than the
一言概之 IO线程 负责跟客户端 通讯，IO线程读取一个完整的请求后，任务封装成（class TNonblockingServer::TConnection::Task）投递给work线程，work线程读取解析数据，处理业务逻辑完成后，把结果notify给IO线程，后者负责返回结果给客户端。TNonbloc
