专题介绍该专题将会分析LOMCN基于韩版传奇2，使用.NET重写的传奇源码（服务端+客户端），分析数据交互、状态管理和客户端渲染等技术，此外笔者还会分享将客户端部分移植到Unity和服务端用现代编程语言重写的全过程。相关资料官方论坛: https://www.lomcn.org/forum/服务端+客户端源码: https://github.com/Suprcode/mir2服务端离线数据库: https://github.com/Suprcode/mir2-database概览在这一篇文章中，我们将从服务端的启动链路入手，分析服务端的TCP连接监听、数据包处理和客户端的状态维护过程。启动链路
目录TCP的特性三次握手与四次挥手三次握手： 灵魂拷问：四次挥手：灵魂拷问：TCP的特性TCP提供一种面向连接的、可靠的字节流服务在一个TCP连接中，仅有两方进行彼此通信。广播和多播不能用于TCPTCP使用校验和，确认和重传机制来保证可靠传输TCP给数据分节进行排序，并使用累积确认保证数据的顺序不变和非重复TCP使用滑动窗口机制来实现流量控制，通过动态改变窗口的大小进行拥塞控制注意：TCP并不能保证数据一定会被对方接收到，因为这是不可能的。TCP能够做到的是，如果有可能，就把数据递送到接收方，否则就（通过放弃重传并且中断连接这一手段）通知用户。因此准确说TCP也不是100%可靠的协议，它所能提
目录一、回顾读写api以及基础api数据读写apiTCP数据读写`recv()``send()`UDP数据读写`recvfrom()``sendto()`基础api`accept()`二、实现TCP回声服务器端/客户端`echo_serv.c``echo_clnt.c`运行结果三、实现UDP回声服务器/客户端`uecho_serv.c``uecho_clnt.c`运行结果四、TCP_serv&UDP_serv的差异一、回顾读写api以及基础api数据读写apiTCP数据读写对文件的读写操作read和write同样适用于socket。但是socket编程接口提供了几个专门用于socket数据读写
BBR是什么我就不多做介绍了。如果系统自带内核高于4.9则默认已包含BBR。操作方法：aptupdate-y#升级packagesaptinstallwgetcurlsudovimgit-y#Debian系统比较干净，安装常用的软件1、使用root权限运行下面代码uname-r//内核版本高于4.9就行。2、开启BBRecho"net.core.default_qdisc=fq">>/etc/sysctl.confecho"net.ipv4.tcp_congestion_control=bbr">>/etc/sysctl.conf3、生效更改sysctl-p4、执行下面命令，如果结果中带有bb
前言基于我的上一篇文章《SpringIntegration超详细解读》，相信大家对SpringIntegration已经有了基本的认识。因此本文中，着重讲解SpringIntegrationIp的实际应用。导入依赖如果是在POM中，则导入以下依赖（由于spring-integration-ip实际会引入spring-integration的依赖，因此无需再添加相关的依赖了）dependency>groupId>org.springframework.integrationgroupId>artifactId>spring-integration-ipartifactId>version>5.5
我的应用使用白色状态栏。当我从主屏幕启动应用程序时(即应用程序进入全屏模式)，一切正常。如果在我的应用程序仍处于全屏状态时，我滑过第二个应用程序(例如日历)，状态栏仍为白色。如果我随后在我的应用程序和日历之间使用SplitView，状态栏将保持白色。这一切都正常工作。但是，如果第一个全屏应用程序是日历(或者任何其他应用程序，当然)并且我使用侧滑查看我的应用程序，状态栏将变为黑色。如果我然后继续并使用SplitView，状态栏仍显示为黑色。最后，如果我将我的应用一直拖动到左侧以使其全屏显示，状态栏会正确变为白色。总结:当有另一个应用程序全屏并使用侧拉或SplitView查看我的应用程序时
目录封装（打包快递）6.1应用层6.2传输层6.3网络层6.4数据链路层6.5物理层分用（拆快递）6.5物理层6.4数据链路层6.3网络层6.2传输层6.1应用层封装（打包快递）6.1应用层此时做的数据就是进行分割，可以根据自身需要进行分割，比如通过逗号此时就可以把应用层的数据通过操作系统api，交给传输层6.2传输层只是把刚才的应用层数据，基础拼接上传输层的报头传输层典型的协议：TCP/UDP一个数据报=报头+载荷6.3网络层最主要的协议就是IP协议6.4数据链路层以太网协议加个报头和报尾报头中最重要的信息就是源MAC地址和目的MAC地址（关注两个相邻节点）6.5物理层把上述的数据，转成2进
HTTP-tcp80（端口号)---超文本传输协议（明文传输）HTTPS-tco442---安全传输协议（密文传输）FTP-tcp20/21---文件传输协议TFTPudp69--- 简单文件传输协议TelnetTcp23---远程登录协议SSH-tcp22---安全外壳协议DNSTCP/UDP53---域名解析协议DHCPUDP67/68---动态主机配置协议传输层协议：TCP/UDPTCP---传输控制协议（面向连接的可靠协议）（在完成了传输层工作的同时，还需要保证数据传输的可靠性）---严密性强面向连接-----3次握手及4次挥手（保证数据连接额稳定性），建立端到端的虚链路握手：SYN-
特点：● ModbusRTU协议自动转换成MobusTCP协议●100M高速网卡，10/100M自适应以太网接口●支持AUTOMDI/MDIX，可使用交叉网线或平行网线连接●RS232波特率从300到256000可设置 ●工作方式可选择TCPServer,TCPClient,UDP工作模式,UDPServer模式;●支持虚拟串口工作模式 ●可以跨越网关，跨越交换机，路由器●可工作于局域网，也可以工作于互联网(外网)●工作端口，目标IP地址和端口均可轻松设定●灵活的串口数据分帧设置，满足用户各种分包需求典型应用：●串口转工业以太网●用于物联网、实时监控网及现场设备通信●智能楼宇控制、安防工程等应
wmproxywmproxy已用Rust实现http/https代理,socks5代理,反向代理,静态文件服务器，四层TCP/UDP转发，七层负载均衡，内网穿透，后续将实现websocket代理等，会将实现过程分享出来，感兴趣的可以一起造个轮子项目地址国内:https://gitee.com/tickbh/wmproxygithub:https://github.com/tickbh/wmproxy设计目标通过简单配置方便用户快速使用tcp转websocket及websocket转tcp，也可支持http升级到websocket协议。改造http升级websocket因为负载均衡的不确定性，在
