Netty

1、UDP的基础知识 我们将会把重点放在一个无连接协议即用户数据报协议（UDP）上，它通常用在性能至关重要并且能够容忍一定的数据报丢失的情况下。 面向连接的传输（如TCP）管理了两个网络端点之间的连接的建立，在连接的生命周期内的有序和可靠的消息传输，以及最后，连接的有序终止。相比之下，在类似于UDP这样的无连接协议中，并没有持久化连接这样的概念，并且每个消息（一个UDP数据报）都是一个单独的传输单元。 此外，UDP也没有TCP的纠错机制，其中每个节点都将确认它们所接收到的包，而没有被确认的包将会被发送方重新传输。 通过类比，TCP连接就像打电话，其中一系列的有序消息将会在两个方法上流动，相反，UDP则类似于往邮箱中投入一叠明信片。你无法知道它们将以何种顺序到达它们的目的地，或者它们是否所有的都能够到达它们的目的地。 UDP的这些方面可能会让你感觉到严重的局限性，但是它们也解释了为何它会比TCP快那么多：所有的握手以及消息管理机制的开销已经被消除了。显然，UDP很适合那些能够处理或者容忍消息丢失的应用程序，但可能不适合那些处理金融交易的应用程序。 2、UDP广播 到目前为止，我们所有的例子采用的都是一种叫做单播的传输模式，定义为发送消息给一个由唯一的地址所标识的单一的网络目的地。面向连接的协议和无连接协议都支持这种模式。 UDP提供了向多个接收者发送消息的额外传输模式： 多播—

1、UDP的基础知识 我们将会把重点放在一个无连接协议即用户数据报协议（UDP）上，它通常用在性能至关重要并且能够容忍一定的数据报丢失的情况下。 面向连接的传输（如TCP）管理了两个网络端点之间的连接的建立，在连接的生命周期内的有序和可靠的消息传输，以及最后，连接的有序终止。相比之下，在类似于UDP这样的无连接协议中，并没有持久化连接这样的概念，并且每个消息（一个UDP数据报）都是一个单独的传输单元。 此外，UDP也没有TCP的纠错机制，其中每个节点都将确认它们所接收到的包，而没有被确认的包将会被发送方重新传输。 通过类比，TCP连接就像打电话，其中一系列的有序消息将会在两个方法上流动，相反，UDP则类似于往邮箱中投入一叠明信片。你无法知道它们将以何种顺序到达它们的目的地，或者它们是否所有的都能够到达它们的目的地。 UDP的这些方面可能会让你感觉到严重的局限性，但是它们也解释了为何它会比TCP快那么多：所有的握手以及消息管理机制的开销已经被消除了。显然，UDP很适合那些能够处理或者容忍消息丢失的应用程序，但可能不适合那些处理金融交易的应用程序。 2、UDP广播 到目前为止，我们所有的例子采用的都是一种叫做单播的传输模式，定义为发送消息给一个由唯一的地址所标识的单一的网络目的地。面向连接的协议和无连接协议都支持这种模式。 UDP提供了向多个接收者发送消息的额外传输模式： 多播—

作为一个学 Java 的，如果没有研究过 Netty，那么你对 Java 语言的使用和理解仅仅停留在表面水平，如果你要进阶，想了解 Java 服务器的深层高阶知识，Netty 绝对是一个必须要过的门槛。 有了 Netty，你可以实现自己的 HTTP 服务器，FTP 服务器，UDP 服务器，RPC 服务器，WebSocket 服务器，Redis 的 Proxy 服务器，MySQL 的 Proxy 服务器等等。 如果你想知道Nginx是怎么写出来的，如果你想知道 Tomcat 和 Jetty 是如何实现的，如果你也想实现一个简单的 Redis 服务器，那都应该好好理解一下 Netty，它们高性能的原理都是类似的。 Netty 是互联网中间件领域使用最广泛最核心的网络通信框架。掌握它是作为一名初中级工程师迈向高级工程师最重要的技能之一，同时， Netty 也是中高级后端工程师技术面试中，面试官最喜欢问的问题之一。 然而，绝大部分工程师学习的 Netty 知识点都比较零散，不成系统，无法串成一条线。 于是，一位有情怀的架构师，某大型互联网公司基础架构部技术专家 闪电侠 (闪电侠Github 地址: github.com/lightningMa…），撰写了一本小册子，梳理了自己多年 Netty 实践经验，以帮助更多工程师更快，更轻松的了解 Netty 。 来源： oschina 链接：

介绍 easy-im是面向开发者的一款轻量级、开箱即用的即时通讯系统，帮助开发者快速搭建消息推送等功能。 基于easy-im，你可以快速实现以下功能： + 聊天软件 + IoT消息推送 基本用法 项目分为easy-im-client、easy-im-server、easy-im-common三个模块。 服务端： 执行mvn package后生成easy-im-server.tar.gz，解压后至./lib目录执行命令： java -jar -Dport=8888 easy-im-server-1.0-SNAPSHOT.jar,即可启动服务端,其中port是服务端口。 客户端： 执行mvn package后生成easy-im-client.tar.gz，解压后至./lib目录执行命令： java -jar -Duserid=110 -Dusername=zhangsan -Dhost=127.0.0.1 -Dport=8888 easy-im-client-1.0-SNAPSHOT.jar。 其中userid为用户id，username为用户名，host为服务端ip，port为服务端端口，其中userid要保持唯一性。 用法： 客户端启动后，在命令行输入命令，命令格式为 command::content ，命令以英文双冒号为分隔符，现已支持如下命令： + 单聊 sendToUser:

bit0chat bit0chat 是一个基于 Netty 的 IM 即时通讯框架 PS：bit0chat，bit后面没有0，开源中国认为我文章中包含辱骂的信息，想了半天可能只有这个原因了！ 项目地址： https://github.com/all4you/bit0chat (将0删掉) 特性: [x] IOC容器 : 通过 @Bean 注解可以管理所有对象，通过 @Autowired 注解进行对象注入 [x] 自定义协议 : 一个自定义的 Packet 协议，业务的扩展非常简单 [x] 编解码器 : 内置 PacketCodec 编解码器，解决拆包粘包的问题 [x] 业务处理器 : 业务处理器 PacketHandler 与 Packet 分离，支持各种自定义业务处理器 [x] 可选的业务处理方式 : 服务端支持同步或异步的业务处理， 可以由客户端在 Packet 协议中自主选择，默认是在业务线程池中异步处理 [x] 可选的序列化方式 : 支持多种序列化方式，可以由客户端在 Packet 协议中自主选择，默认是 ProtoStuff方式 [x] 单机模式 : 支持单机模式 [x] 心跳检测 : 服务端与客户端自带心跳检查机制，客户端支持断线重连 TODO： [ ] 集群模式 : 支持服务端的集群方式部署，形成一个 Router 层，客户端通过 Router 获取可用的服务端实例

最近认识几个新手与打算转行的朋友，他们都想要进军程序员阵营，但是苦于没有概念，也没有门路，所以一直还在犹豫，所以本文想要给大家一点真东西！！！ 首先入门需要基础，学习基础怎么办？ 看看这个JCSprout吧（ https://github.com/crossoverJie/JCSprout ） 基本上什么Java相关的知识点都有涉及哦，GitHub上已经一万7千多Star。 有了基础，面试也要有所准备哦！ 来一份【Java学习+面试指南】一份涵盖大部分Java程序员所需掌握的核心知识。 JavaGuide（ https://github.com/Snailclimb/JavaGuide ） 如果你想要做的更好，那你需要了解架构~ （ https://github.com/davideuler/architecture.of.internet-product ） （ https://github.com/xingshaocheng/architect-awesome ） 这两份大干货也要收下，就是架构篇，让你走向架构师~ 但是！！！ 你不能只去做业务，写CRUD的代码呀，你需要有一点能力与技巧，是吧。你需要有技术突破的能力，研发能力等等，你需要会一项专门的技能。 那么我想对你说，加入我们的大家庭呀！ 你可以学习如何写一套框架，做一套你参与的框架贡献到GitHub，推广我们的框架

小弟正在做的一个开源IM项目，目标是实现一个轻量级、高效率的支持聊天与物联网的通讯框架。昨天刚刚出的设计稿并再今天做了实现。 项目是基于Netty的二次开发，关于Netty我这里就不再介绍了，懂的人自然都懂。我的预算是做一个所有企业或组织可以引用的Maven项目，并且是基本上开箱即用，简单实现对应的配置与重写方法就可以搭建自己的IM项目（某Q、某信的效果）。 本文着重介绍的是登录接口的设计与实现。 设计思路 关于InChat统一登录的接口设计，设计针对小程序、APP、Web端的登录作用，所以将作为token的形式登录InChat的WebSocket长连接，用户服务器做sso的认证登录后得到token后直接发送login信息到InChat，用户服务器需要重写InChat中的verifyToken方法校验自己的的Token信息是否有效，正常则启动长连接。考虑到token失效问题，WebSocket长连接的登录仅做初次登录，接下来考虑以心跳形式保持链接状态（pingpong），使用token认证是为保护InChat链接的常规化（目前暂时这样设计后面根据使用情况更改设计） 由于目前大部分的Web项目或基于IM的项目登录可能存在多端的单点登录，所以我选用了Token的形式，为什么登录后还需要用token再来websocket这边校验一次呢？ 因为你登录的是web应用程序端的

最近在看设计模式，感觉自己对java的三大特性的理解不够清晰，搞不清楚抽象类、接口、泛型的用处和优缺点。设计模式学了一半，想着还是停下来脑补一下java的基础，就从java对象开始吧。 一、java对象 记得刚开始学java对象的时候，老师给我们解释说“一切事物皆为对象”，即所有东西都是对象，对象就是可以看得到、感觉到、听到、触摸到、尝到、或者闻到的东西。准确地说，对象是一个自包含的实体，用一组可识别的特性和行为来标识。 二、java类 要解释java的类，我们先从一个小例子开始，生活中天气预报是我们经常关注的，把天气预报抽象成一个对象，它可能会有温度、湿度等信息，代码如下： //温度 private int temperature; //湿度 private int humidity; public int getTemperature() { return temperature; } public void setTemperature(int temperature) { this.temperature = temperature; }//加入Java开发交流君样：756584822一起吹水聊天 public int getHumidity() { return humidity; } public void setHumidity(int humidity) {

0x00单线程 多进程单线程与单进程多线程的目的都是想尽可能的利用CPU，减少CPU的空闲时间，特别是多核环境，今天咱不做深度解读，跳过... 0x01线程池+锁 最早的一部分游戏服务器是采用线程池的方式来处理玩家的业务请求，以达最大限度的利用多核优势来提高处理业务能力。 但线程池同时也带来了并发问题，为了解决同一玩家多个业务请求不被并发，引入了锁的方式，每个Session一把锁，锁住业务处理逻辑，从而解决同步问题 0x02串行化设计 借鉴了Netty的串行化设计理念，业务线程池也采用了串行化设计，这就意外着整个流程如同单线程一下顺序执行，也不会进行线程上下文的切换，数据也不会面临被并发修改的风险 那如何实现玩家与线程绑定关系呢？ 我们只要简单的取模运算，映射到固定的线程上执行即可，比如我们有N个业务线程 public Executor balanceExecutor(long playerId) { return executors[playerId % N]; } 以前上线的游戏都是基于串行化的方式，在大量数据统计下，玩家ID或场景ID以及模块划分都不能作为负载均衡的条件，在活动期，是很不均衡，虽然能满足日常运营活动体验. 0x03抽象的Actor模型 服务器游戏需要什么？指定逻辑有序执行... 可以把服务抽象为玩家队列，模块队列等等，一个队列就是一个Actor的Mailbox

public class StringUtil { static int varlen1; static int varlen2; static String varstr1; static String varstr2; static String varstr3; public static String indexOf(String sourceStr,String indexStr,int indexNum){ /** * 原始字符串:sourceStr * 索引字符串:indexStr * 固定字符串截取后索引次数的indexNum * * indexOf("ws++rq++sl++dl","++",4) * 结果:dl */ varlen1 = sourceStr.length(); varlen2 = indexStr.length(); int i=0;//字符串下标 int n=0;//某字符串在指定字符串中的个数 int m=0; int x=0; while (i< varlen1){ varstr1 = sourceStr.substring(i, i);//substr(sourceStr,i,1); varstr2 = indexStr.substring(1,1);//获取指定用于截串的字符串的第一个字符 if(varstr1.equals