一文详解 Netty 组件
作者：京东物流张弓言一、背景Netty是一款优秀的高性能网络框架，内部通过NIO的方式来处理网络请求，在高负载下也能可靠和高效地处理I/O操作作为较底层的网络通信框架，其被广泛应用在各种中间件的开发中，比如RPC框架、MQ、Elasticsearch等，这
TCP和UDP ,TCP 为什么三次握手,四次挥手
常用的熟知端口号应用程序FTPTFTPTELNETSMTPDNSHTTPSSHMYSQL熟知端口21,206923255380223306传输层协议TCPUDPTCPTCPUDPTCP TCP1.
5 分钟部署一个 OAuth2 服务并对接 Shibboleth
前言这还是一个标题党。OAuth2现在已经是开放授权协议的事实标准，你可以看到几乎所有的xxx开放平台均采取的OAuth2协议来进行授权。而在AuthorizationCode模式的基础上结合JWT，标准化的userinfoendpoint和服务发现，就成了OpenIDConnect。当然即便不加上这些限定，OA
Dubbo源码解析之SPI（1）：扩展类的加载过程
!(https://oscimg.oschina.net/oscnet/22928b1118e3cec1496d7f176996c004dfc.png)Dubbo是一款开源的、高性能且轻量级的JavaRPC框架，它提供了三大核心能力：面向接口的远程方法调用、智能容错和负载均衡，以及服务自动注册和发现。Dubbo最早是阿里公司内部的RPC
RabbitMQ学习：RabbitMQ的六种工作模式终结篇(四)
前言，在前面我讲到了RabbitMQ的六种工作模式中简单模式和工作模式https://my.oschina.net/u/4115134/blog/3228182(https://my.oschina.net/u/4115134/blog/3228182)，这里呢，我就一次性将剩下的四种发布订阅模式/路由模式/主题模式及Rpc异步调用模式，给
Git之提交错误：RPC failed; result=22, HTTP code = 411
这个问题刚开始，我一直以为是服务器有问题，后来发现是Git的最大文件限制，git的配置中http.postBuffer默认上限为1M所致问题上传报错，导致这个问题的原因是上传的文件超过了默认的配置上传的文件大小。error:RPCfailed;HTTP411curl22TherequestedURLret
Java底层架构之RPC框架Dubbo核心原理之源码分析
!(http://img.blog.csdn.net/20171116005008687?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdTAxMTY3NjQxNw/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA/dissolve/70/gravity/Center
Netty实战十三之使用UDP广播事件
1、UDP的基础知识我们将会把重点放在一个无连接协议即用户数据报协议（UDP）上，它通常用在性能至关重要并且能够容忍一定的数据报丢失的情况下。面向连接的传输（如TCP）管理了两个网络端点之间的连接的建立，在连接的生命周期内的有序和可靠的消息传输，以及最后，连接的有序终止。相比之下，在类似于UDP这样的无连接协议中，并没有持久化连接这样的概念，并且每个
UDP：user datagram protocol
1.引言1.1简介运输层提供了端到端（主机中的进程）的服务；网络层提供了主机到主机之间的服务；一个运输层协议可能对应着多个应用层协议，因此它具备一个非常重要的功能复用(multiplexing)和分用(demultiplexing)\:复用multiplexing指发送方应用进程可以使用同
Dubbo RPC远程调用过程源码分析（服务消费者）
!(https://oscimg.oschina.net/oscnet/b5fe5e4805377393d579ec6ab76f50eb5fd.gif)关注“Java艺术”一起来充电吧!上篇我们分析了服务提供者处理一个请求的全过程，当然，是跳过信息交换层和传输层的。本篇继续分析服务提供者发起一个远程RPC调用的全过程，也是跳过信息交换层和传输层