1. java Socket 底层是怎样基于TCP/IP 实现的
首先必须明确：TCP/IP模型中有四层结构：
应用层（Application Layer）、传输层（Transport Layer）、网络层（Internet Layer ）、链路层（LinkLayer）
其中Ip协议（Internet Protocol）是位于网络层的，TCP协议时位于传输层的。通过Ip协议可以使可以使两台计算机使用同一种语言，从而允许Internet上连接不同类型的计算机和不同操作系统的网络。Ip协议只保证计算机能够接收和发送分组数据。 当计算机要和远程的计算机建立连接时，TCP协议会让他们建立连接：用于发送和接收数据的虚拟电路。
在JAVA中，我们用 ServerSocket、Socket类创建一个套接字连接，从套接字得到的结果是一个InputStream以及OutputStream对象，以便将连接作为一个IO流对象对待。通过IO流可以从流中读取数据或者写数据到流中，读写IO流会有异常IOException产生。
套接字或插座(socket)是一种软件形 式的抽象，用于表达两台机器间一个连接的“终端”。针对一个特定的连接，每台机器上都有一个“套接字”，可以想象它们之间有一条虚拟的“线缆”。JAVA 有两个基于数据流的套接字类：ServerSocket，服务器用它“侦听”进入的连接；Socket，客户端用它初始一次连接。侦听套接字只能接收新的 连接请求，不能接收实际的数据包，即ServerSocket不能接收实际的数据包。
套接字是基于TCP/IP实现的，它是用来提供一个访问TCP的服务接口，或者说套接字socket是TCP的应用编程接口API，通过它应用层就可以访问TCP提供的服务。
在JAVA中，我们用 ServerSocket、Socket类创建一个套接字连接，从套接字得到的结果是一个InputStream以及OutputStream对象，以便 将连接作为一个IO流对象对待。通过IO流可以从流中读取数据或者写数据到流中，读写IO流会有异常IOException产生。
2. java nio 开发实例
首先了解下所谓的java nio是个什么东西！
传统的并发型服务器设计是利用阻塞型网络I/O 以多线程的模式来实现的 然而由
于系统常常在进行网络读写时处于阻塞状态 会大大影响系统的性能 自Java 开始引入
了NIO(新I/O) API 通过使用非阻塞型I/O 实现流畅的网络读写操作 为开发高性能并发
型服务器程序提供了一个很好的解决方案 这就罩笑答是java nio
首先来看下传统的阻塞型网络 I/O的不足
Java 平台传统的I/O 系统都是基于Byte（字节）和Stream（数据流）的 相应的I/O 操
作都是阻塞型的 所以服务器程序也采用阻塞型I/O 进行数据的读 写操作 本文以TCP
长连接模式来讨论并发型服务器的相关设计 为了实现服务器程序的并发性要求 系统由一
个单独的主线程来监听用户发起的连接请求 一直处于阻塞状态 当有用户连接请求到来时
程序都会启一个新的线程来统一处理用户数据的读 写操作
这种模式的优点是简单 实用 易管理 然而缺点也是显而易见的 由于是为每一个客
户端分配一个线程来处理输入 输出数据 其线程与客户机的比例近似为 随着线程
数量的不断增加 服务器启动了大量的并发线程 会大大加大系统对线程的管理开销 这将
成为吞吐量瓶颈的主要原因 其次由于底层的I/O 操作采用的同步模式 I/O 操作的阻塞管
理粒度是以服务于请求的线程为单位的 有可能大量的线程会闲置 处于盲等状态升派 造成I/O
资源利用率不高 影响整个系统的性能
对于并发型服务器 系统用在阻塞型I/O 等待和线程间切换的时间远远多于CPU 在内
存中处理数据的时间 因此传统的阻塞型物慧I/O 已经成为制约系统性能的瓶颈 Java 版本
后推出的NIO 工具包 提供了非阻塞型I/O 的异步输入输出机制 为提高系统的性能提供
了可实现的基础机制
NIO 包及工作原理
针对传统I/O 工作模式的不足 NIO 工具包提出了基于Buffer（缓冲区） Channel（通
道） Selector（选择器）的新模式 Selector（选择器） 可选择的Channel（通道）和
SelectionKey（选择键）配合起来使用 可以实现并发的非阻塞型I/O 能力
NIO 工具包的成员
Buffer（缓冲器）
Buffer 类是一个抽象类 它有 个子类分别对应于七种基本的数据类型 ByteBuffer
CharBuffer DoubleBuffer FloatBuffer IntBuffer LongBuffer 和ShortBuffer 每一个Buffer
对象相当于一个数据容器 可以把它看作内存中的一个大的数组 用来存储和提取所有基本
类型(boolean 型除外)的数据 Buffer 类的核心是一块内存区 可以直接对其执行与内存有关
的操作 利用操作系统特性和能力提高和改善Java 传统I/O 的性能
Channel（通道）
Channel 被认为是NIO 工具包的一大创新点 是(Buffer)缓冲器和I/O 服务之间的通道
具有双向性 既可以读入也可以写出 可以更高效的传递数据 我们这里主要讨论
ServerSocketChannel 和SocketChannel 它们都继承了SelectableChannel 是可选择的通道
分别可以工作在同步和异步两种方式下（这里的可选择不是指可以选择两种工作方式 而是
指可以有选择的注册自己感兴趣的事件） 当通道工作在同步方式时 它的功能和编程方法
与传统的ServerSocket Socket 对象相似 当通道工作在异步工作方式时 进行输入输出处
理不必等到输入输出完毕才返回 并且可以将其感兴趣的（如 接受操作 连接操作 读出
操作 写入操作）事件注册到Selector 对象上 与Selector 对象协同工作可以更有效率的支
持和管理并发的网络套接字连接
Selector（选择器）和SelectionKey（选择键）
各类 Buffer 是数据的容器对象 各类Channel 实现在各类Buffer 与各类I/O 服务间传输
数据 Selector 是实现并发型非阻塞I/O 的核心 各种可选择的通道将其感兴趣的事件注册
到Selector 对象上 Selector 在一个循环中不断轮循监视这各些注册在其上的Socket 通道
SelectionKey 类则封装了SelectableChannel 对象在Selector 中的注册信息 当Selector 监测
到在某个注册的SelectableChannel 上发生了感兴趣的事件时 自动激活产生一个SelectionKey
对象 在这个对象中记录了哪一个SelectableChannel 上发生了哪种事件 通过对被激活的
SelectionKey 的分析 外界可以知道每个SelectableChannel 发生的具体事件类型 进行相应的
处理
NIO 工作原理
通过上面的讨论 我们可以看出在并发型服务器程序中使用NIO 实际上是通过网络事
件驱动模型实现的 我们应用Select 机制 不用为每一个客户端连接新启线程处理 而是将
其注册到特定的Selector 对象上 这就可以在单线程中利用Selector 对象管理大量并发的网
络连接 更好的利用了系统资源 采用非阻塞I/O 的通信方式 不要求阻塞等待I/O 操作完
成即可返回 从而减少了管理I/O 连接导致的系统开销 大幅度提高了系统性能
当有读或写等任何注册的事件发生时 可以从Selector 中获得相应的
SelectionKey 从SelectionKey 中可以找到发生的事件和该事件所发生的具体的
SelectableChannel 以获得客户端发送过来的数据 由于在非阻塞网络I/O 中采用了事件触
发机制 处理程序可以得到系统的主动通知 从而可以实现底层网络I/O 无阻塞 流畅地读
写 而不像在原来的阻塞模式下处理程序需要不断循环等待 使用NIO 可以编写出性能更
好 更易扩展的并发型服务器程序
并发型服务器程序的实现代码
应用 NIO 工具包 基于非阻塞网络I/O 设计的并发型服务器程序与以往基于阻塞I/O 的
实现程序有很大不同 在使用非阻塞网络I/O 的情况下 程序读取数据和写入数据的时机不
是由程序员控制的 而是Selector 决定的 下面便给出基于非阻塞网络I/O 的并发型服务器
程序的核心代码片段
import java io * //引入Java io包
import * //引入包
import java nio channels * //引入Java nio channels包
import java util * //引入Java util包
public class TestServer implements Runnable
{
/**
* 服务器Channel对象 负责接受用户连接
*/
private ServerSocketChannel server
/**
* Selector对象 负责监控所有的连接到服务器的网络事件的发生
*/
private Selector selector
/**
* 总的活动连接数
*/
private int activeSockets
/**
* 服务器Channel绑定的端口号
*/
private int port
/**
*
* 构造函数
*/
public TestServer()throws IOException
{
activeSockets=
port= //初始化服务器Channel绑定的端口号为
selector= Selector open() //初始化Selector对象
server=ServerSocketChannel open() //初始化服务器Channel对象
ServerSocket socket=server socket() //获取服务器Channel对应的//ServerSocket对象
socket bind(new InetSocketAddress(port)) //把Socket绑定到监听端口 上
nfigureBlocking(false) //将服务器Channel设置为非阻塞模式
server register(selector SelectionKey OP_ACCEPT) //将服务器Channel注册到
Selector对象 并指出服务器Channel所感兴趣的事件为可接受请求操作
}
public void run()
{
while(true)
{
try
{
/**
*应用Select机制轮循是否有用户感兴趣的新的网络事件发生 当没有
* 新的网络事件发生时 此方法会阻塞 直到有新的网络事件发生为止
*/
selector select()
}
catch(IOException e)
{
continue //当有异常发生时 继续进行循环操作
}
/**
* 得到活动的网络连接选择键的集合
*/
Set<SelectionKey> keys=selector selectedKeys()
activeSockets=keys size() //获取活动连接的数目
if(activeSockets== )
{
continue //如果连接数为 则继续进行循环操作
}
/**
/**
* 应用For—Each循环遍历整个选择键集合
*/
for(SelectionKey key :keys)
{
/**
* 如果关键字状态是为可接受 则接受连接 注册通道 以接受更多的*
事件 进行相关的服务器程序处理
*/
if(key isAcceptable())
{
doServerSocketEvent(key)
continue
}
/**
* 如果关键字状态为可读 则说明Channel是一个客户端的连接通道
* 进行相应的读取客户端数据的操作
*/
if(key isReadable())
{
doClientReadEvent(key)
continue
}
/**
* 如果关键字状态为可写 则也说明Channel是一个客户端的连接通道
* 进行相应的向客户端写数据的操作
*/
if(key isWritable())
{
doClinetWriteEvent(key)
continue
}
}
}
}
/**
* 处理服务器事件操作
* @param key 服务器选择键对象
*/
private void doServerSocketEvent(SelectionKey key)
{
SocketChannel client=null
try
{
ServerSocketChannel server=(ServerSocketChannel)key channel()
client=server accept()
if(client==null)
{
return
}
nfigureBlocking(false) //将客户端Channel设置为非阻塞型
/**
/**
* 将客户端Channel注册到Selector对象上 并且指出客户端Channel所感
* 兴趣的事件为可读和可写
*/
client register(selector SelectionKey OP_READ|SelectionKey OP_READ)
}catch(IOException e)
{
try
{
client close()
}catch(IOException e ){}
}
}
/**
* 进行向客户端写数据操作
* @param key 客户端选择键对象
*/
private void doClinetWriteEvent(SelectionKey key)
{
代码实现略
}
/**
* 进行读取客户短数据操作
* @param key 客户端选择键对象
*/
private void doClientReadEvent(SelectionKey key)
{
代码实现略
}
}
从上面对代码可以看出 使用非阻塞性I/O进行并发型服务器程序设计分三个部分
向Selector对象注册感兴趣的事件 从Selector中获取所感兴趣的事件 根据不同的事件进
行相应的处理
结语
通过使用NIO 工具包进行并发型服务器程序设计 一个或者很少几个Socket 线程就可
以处理成千上万个活动的Socket 连接 大大降低了服务器端程序的开销 同时网络I/O 采取
非阻塞模式 线程不再在读或写时阻塞 操作系统可以更流畅的读写数据并可以更有效地向
CPU 传递数据进行处理 以便更有效地提高系统的性能
看到这里相信你看了不止 分钟了吧 我说 分钟其实就是想让大家能够轻松的读下去（鸡蛋 ）
好了 到这里大家应该对java nio有个初步的了解了吧~~~
lishixin/Article/program/Java/hx/201311/27190
3. 鍒板簳浣跨敤UDP杩樻槸TCP
鍦ㄧ紪鍐欑绣缁沧父鎴忕殑镞跺欙纴鍒板簳浣跨敤UDP杩樻槸TCP镄勯梾棰樿繜镞╅兘瑕侀溃瀵广
涓鑸𨱒ヨ翠綘浼氩惉鍒颁汉浠杩欐牱璇达细钬滈櫎闱炰綘姝ｅ湪鍐欎竴涓锷ㄤ綔绫绘父鎴忥纴钖﹀垯浣犲氨鐢═CP钖р 鎴栬呮槸 钬滀綘鑳藉熷湪MMO娓告垙涓鐢═CP,锲犱负榄斿吔涓栫晫灏辩敤镄凾CP锛佲
阆楁唤镄勬槸锛岃繖浜涜傜偣閮芥病链夊弽鏄犺繖涓闂棰樼殑澶嶆潅镐с
鑳屾櫙
棣栧厛锛岃存槑涓涓嬶纴鎴戜箣鍓崭富瑕佹槸鐢═CP杩涜岀绣缁灭紪绋嬨傛垜镟句负涓涓娴佽岀殑鍦ㄧ嚎绾哥墝娓告垙缂栧啓链嶅姟鍣ㄤ简濂藉嚑骞达纴鍦ㄩ珮宄版湡鎴戜滑镄勬疮鍙版湇锷″櫒鑳藉熸圹鍙4000鍒10000涓杩炴帴锛埚悓涓鍙扮墿鐞嗘満鍣ㄤ笂链夊氢釜链嶅姟鍣ㄨ繘绋嫔湪璺戯级閮芥病链夐梾棰樸傚湪鎴戞潵鐪嬶纴TCP鏄涓绉嶅畨鍏ㄨ屼笖甯歌佺殑阃夋嫨銆
灏界″傛わ纴鎴戜滑链鏂扮殑椤圭洰鍗存槸浣跨敤UDP鍗忚锛岃屼笖鎴戜滑镄勯”鐩镞犳硶阃氲繃浠讳綍鏂瑰纺鍦═CP涓嫔伐浣溿备簨瀹炰笂锛岄”鐩涓寮濮嬩娇鐢ㄧ殑TCP锛屼絾鏄钖庢潵鍙戠幇鎴戜滑浣跨敤TCP镞犳硶杈惧埌鎴戜滑闇姹傜殑杩炴帴鏁伴噺镞讹纴鎴戜滑鍙鑳芥崲鎴怳DP浜嗐
鍦ㄤ娇鐢ㄤ腑TCP琛ㄧ幇镐庝箞镙峰憿
浠庡师鐞嗕笂锛孴CP镄勪紭锷挎湁锛
绠鍗旷洿鎺ョ殑闀胯繛鎺
鍙闱犵殑淇℃伅浼犺緭
鏁版嵁鍖呯殑澶у皬娌℃湁闄愬埗
浠讳綍涓涓鍜孴CP镓撹繃浜ら亾镄勪汉閮界煡阆掳纴瑕佸疄鐜颁竴涓绋冲畾镄凾CP缃戠粶杩炴帴锛岄渶瑕佸勭悊钖勭嶉殣钘忕殑鍧戯纴姣斿傛柇绾挎娴嬨佹参阃熷㈡埛绔鍝嶅簲阒诲炴暟鎹鍖咃纴瀵瑰紑鏀捐繛鎺ョ殑钖勭峝os鏀诲嚮锛岄樆濉炲拰闱为樆濉滨O妯″瀷绛夌瓑銆
闄や简涓婇溃鍒楀嚭镄勮繖浜涢梾棰桦栵纴涓涓濂界殑TCP妯″潡纭瀹炰笉濂界紪镰佸疄鐜般
浣嗘槸锛孴CP链绯熺硶镄勭壒镐ф槸瀹冨归樆濉炵殑鎺у埗銆备竴鑸𨱒ヨ达纴TCP锅囧畾涓㈠寘鏄鐢变簬缃戠粶甯﹀戒笉澶熼犳垚镄勶纴镓浠ュ彂鐢熻繖绉嶆儏鍐电殑镞跺欙纴TCP灏变细鍑忓皯鍙戝寘阃熷害銆
鍦3G鎴朩iFi涓嬶纴涓涓鏁版嵁鍖呬涪澶变简锛屼綘甯屾湜镄勬槸绔嬮┈閲嶅彂杩欎釜鏁版嵁鍖咃纴铹惰孴CP镄勯樆濉炴満鍒跺嵈瀹屽叏鏄閲囩敤鐩稿弽镄勬柟寮忔潵澶勭悊锛
钥屼笖娌℃湁浠讳綍锷炴硶鑳藉熺粫杩囱繖涓链哄埗锛屽洜涓鸿繖鏄疶CP鍗忚鏋勫缓镄勫熀纭銆傝繖灏辨槸涓轰粈涔埚湪3G鎴栬匴iFi鐜澧冧笅锛宲ing鍊艰兘澶熶笂鍗囧埌1000澶氭绉掔殑铡熷洜銆
涓轰粈涔堜笉鐢║DP
UDP鐩稿筎CP𨱒ヨ存棦绠鍗曞张锲伴毦銆
涓句釜渚嫔瓙𨱒ヨ达纴UDP鏄锘轰簬鏁版嵁鍖呮瀯寤猴纴杩欐剰锻崇潃鍦ㄦ煇浜涙柟闱㈤渶瑕佷綘瀹屽叏棰犺嗗湪TCP涓嬬殑瑙傚康銆俇DP鍙浣跨敤涓涓狲ocket杩涜岄氢俊锛屼笉镀庑CP闇瑕佷负姣忎竴涓瀹㈡埛绔寤虹珛涓涓狲ocket杩炴帴銆傝繖浜涢兘鏄疷DP闱炲父涓嶉敊镄勫湴鏂广
浣嗘槸锛屽ぇ澶氭暟𨱍呭喌涓嬩綘闇瑕佺殑浠呬粎鏄涓浜涜繛鎺ョ殑姒傚康缃浜嗭纴涓浜涘熀链镄勫寘搴忓姛鑳斤纴浠ュ强镓璋撶殑杩炴帴鍙闱犳с傚彲𨱍灭殑鏄锛岃繖浜涘姛鑳経DP閮芥病链夊姙娉旷亩鍗旷殑鎻愪緵缁欎綘锛岃屼綘浣跨敤TCP鍗撮兘鍙浠ュ厤璐瑰缑鍒般
杩欎篃鏄浜轰滑涓轰粈涔堢粡甯告帹钻怲CP镄勫师锲犮傚湪鐢═CP镄勬椂鍊欎綘鍙浠ヤ笉钥冭槛杩欎簺闂棰桡纴鐩村埌浣犻渶瑕佸悓姝ヨ繛鎺ョ殑鏁伴噺绾ц揪鍒500浠ヤ笂镄勬椂鍊欍
镓浠ワ纴鏄镄勶纴UDP娌℃湁鎻愪緵镓链夌殑瑙ｅ喅鏂规硶锛屼絾鏄灏卞儚浣犵湅鍒扮殑闾ｆ牱锛岃繖涔熸ｆ槸UDP濂界敤镄勫湴鏂广傚湪镆愮嶆剰涔変笂𨱒ヨ达纴TCP瀵筓DP灏卞ソ姣旀槸Hibernate鍜屾坠鍐橲QL镄勫尯鍒銆
浣跨敤TCP澶辫触镄勫湴鏂
浜轰滑缁忓父缁欎綘寤鸿锛岃╀綘铡讳娇鐢═CP锛屾瘆濡傗淭CP璺烾DP涓镙峰揩钬濇垨钥呪沧父鎴廥鐢═CP濡傛ゆ垚锷燂纴镓浠TCP褰撶劧鏄棣栭夆濓纴铹惰岋纴浠栦滑瀹屽叏娌℃湁鐞呜В涓轰粈涔埚湪闾ｄ釜鐗瑰畾镄勬父鎴忎腑TCP鏄链夋晥镄勶纴涓轰粈涔圲DP涓嶆寜镦ч‘搴忓彂阃佹暟鎹鍖呭憿锛
闾ｄ箞涓轰粈涔堥瓟鍏戒笘鐣岄噰鐢═CP锻锛熼栧厛鎴戜滑闇瑕佽В閲婅繖涓闂棰樸傝繖涓闂棰桦叾瀹炴槸钬滀负浠涔堥瓟鍏戒笘鐣屾湁镄勬椂鍊1000姣绉掍互涓婄殑寤惰繜杩樿兘澶熻繍琛岋纻钬濊繖鏄疶CP镄勬ц川鍐冲畾镄勶纴鍦ㄥ彂鐢熶涪鍖呯殑镞跺欙纴浼氢骇鐢熷法澶х殑寤惰繜锛屽洜涓篢CP棣栧厛浼氩幓妫娴嫔摢浜涘寘鍙戠敓浜嗕涪澶憋纴铹跺悗閲嶅彂镓链変涪澶辩殑鍖咃纴鐩村埌浠栦滑閮借鎺ユ敹鍒般
鍙闱犵殑UDP涔熸槸链夊欢杩熺殑锛屼絾鏄鐢变簬瀹冩槸鍦║DP镄勫熀纭涔嬩笂寤虹珛镄勯氢俊鍗忚锛屾墍浠ュ彲浠ラ氲繃澶氱嶆柟寮忔潵鍑忓皯寤惰繜锛屼笉镀庑CP锛屾墍链夌殑涓滆タ閮借佷緷璧栦簬TCP鍗忚链韬钥屾棤娉曡镟存敼銆
灏辫繖涓镣规潵璁诧纴涓浜涗汉瑕佸紑濮嬫彁鍒癗agle绠楁硶浜嗭纴瀹为檯涓婂畠鏄浣犲湪瀹炵幇浠绘剰涓涓瀵瑰欢杩熸晱镒熺殑TCP妯″瀷镞堕栧厛闇瑕佺佹浣跨敤镄勚
闾ｄ箞榄斿吔涓栫晫浠ュ强鍏朵粬镄勪竴浜涙父鎴忔槸镐庝箞澶勭悊寤惰繜闂棰樼殑锻锛
鏂规硶涔熷緢绠鍗曪纴浠栦滑鑳藉熼殣钘忔帀寤惰繜甯︽潵镄勫奖鍝嶃
鍦ㄩ瓟鍏戒笘鐣屼腑锛岀帺瀹跺拰鐜╁舵槸镞犳硶纰版挒镄勶细锲犱负杩欑被纰版挒鏄镞犳硶阃氲繃涓浜涢勬祴𨱒ュ勭悊镄勶纴浣嗘槸鐜╁跺拰鐜澧冧箣闂寸殑纰版挒鍗存槸鍙浠ラ氲繃棰勬祴𨱒ュ勭悊镄勶纴镓浠ヨ繖閲屼娇鐢═CP鏄娌℃湁闂棰樼殑銆
鎴戜滑𨱒ョ湅涓涓嬮瓟鍏戒笘鐣岀殑鎴樻枟灏变细鍙戠幇锛岀帺瀹剁殑鏀诲嚮鎸囦护鍙戦佺粰链嶅姟鍣ㄧ殑镎崭綔鏄鏀惧湪姣斿傗渁ttack_entity(entity_id)钬濇垨钥呪漜ast_spell(entity_id, spell_id)钬灭殑鎺ュ彛涓𨱒ュ仛镄勶纴鎹㈠彞璇濊达纴鐬勫嗳镎崭綔鏄镫绔嬩簬杩涜岀殑銆傚傛や竴𨱒ワ纴涓浜涚被浼煎彂璧锋敾鍑诲姩浣滃拰閲婃斁鎶鑳界壒鏁埚氨鑳藉熷湪娌℃湁鏀跺埌链嶅姟鍣ㄧ‘璁ょ殑𨱍呭喌涓嫔氨鐩存帴镓ц岋纴姣斿傚𪾢鐜板啺鍐绘妧鑳界殑鏁堟灉灏卞彲浠ュ湪链嶅姟鍣ㄦ病链夎繑锲炴暟鎹鍓嶅湪瀹㈡埛绔灏卞仛鍑烘潵銆
瀹㈡埛绔鐩存帴寮濮嬭繘琛岃＄畻钥屼笉绛夊緟链嶅姟绔纭璁ゆ槸涓绉嶅吀鍨嬬殑闅愯棌寤惰繜镄勬妧链銆
鍑犲勾鍓嶏纴鎴戜负涓涓鍙钬淔ive Card Jazz钬濈殑绾哥墝娓告垙缂栧啓杩囧㈡埛绔銆傚畠浣跨敤镄勬槸http鍗忚锛屽畠姣旂洿鎺ョ殑TCP鍗忚杩炴帴镄勫欢杩熸洿锷犱弗閲嶃
鎴戜滑鐢ㄧ亩鍗旷殑绾哥墝缁桦埗鍜屾娊鐗岀殑锷ㄧ敾𨱒ユ帺鐩栧欢杩熺殑闂棰桡纴镓浠ュ欢杩熺殑闂棰桦彧鍦ㄩ潪甯哥碂绯旷殑杩炴帴涓嬫墠浼氲鐪嫔嚭𨱒ャ傝繖绉嶆柟娉曚篃闱炲父镄勫吀鍨嬶细鍙戦佽锋眰镄勫悓镞跺紑濮嬫挱鏀剧墝妗岀殑锷ㄧ敾锛屼竴鐩存挱鏀剧炕锷ㄦ渶钖庝竴寮犵墝鐩村埌鎺ユ敹鍒颁简链嶅姟绔浼犲洖𨱒ョ殑鏁版嵁涓烘銆傞瓟鍏戒笘鐣岀殑鎴樻枟鐗规晥灏辨槸浣跨敤绫讳技镄勫师鐞嗐
杩欎篃镒忓懗镌锛屾垜浠鍒板簳鏄浣跨敤TCP杩樻槸UDP鍙栧喅浜庢垜浠鑳藉惁闅愯棌寤惰繜銆
TCP鍦ㄤ粈涔堟椂鍊椤け鏁
涓涓閲囩敤TCP镄勬父鎴忓繀椤昏兘澶熷勭悊濂界獊鍙戠殑寤惰繜闂棰桡纸绾哥墝瀹㈡埛绔灏卞緢鍏稿瀷锛屽圭獊鍙戞х殑涓绉掔殑寤惰繜锛岀帺瀹朵篃涓崭细浜х敓浠涔堟姳镐锛夋垨钥呮槸𨰾ユ湁缂撹В寤惰繜闂棰樼殑濂芥柟娉曘
浣嗘槸濡傛灉浣犺繍琛岀殑鏄涓涓镞犳硶浣跨敤浠讳綍鍑忕紦寤惰繜鎺鏂界殑娓告垙锻锛熺帺瀹跺圭帺瀹剁殑锷ㄤ綔绫绘父鎴忛氩父灏卞睘浜庤繖涓锣幂暣锛屼絾鏄杩欎篃涓崭粎浠呴檺浜庡姩浣灭被娓告垙銆
涓句釜渚嫔瓙锛
鎴戠洰鍓嶆ｅ湪鍐欎竴涓澶氢汉娓告垙锛圵ar Arcana锛夈
涓绉嶅父瑙佺殑镎崭綔鏄锛屼綘蹇阃熺殑绉诲姩浣犵殑瑙掕壊阃氲繃涓寮犲厖婊℃垬浜夎糠闆剧殑涓栫晫鍦板浘锛屼絾鏄涓镞︿綘鎺㈢储杩囷纴杩烽浘灏变细琚镓揿紑銆
涓轰简纭淇濇父鎴忕殑瑙勫垯锛岄槻姝㈢帺瀹朵綔寮婏纴链嶅姟鍣ㄥ彧鑳芥樉绀虹帺瀹跺綋鍓崭綅缃闄勮繎镄勪俊鎭銆傝繖镒忓懗镌涓嶅儚榄斿吔涓栫晫锛岀帺瀹舵棤娉曞湪娌℃湁寰楀埌链嶅姟鍣ㄥ搷搴旂殑𨱍呭喌涓嬶纴锅氩嚭瀹屾暣镄勫姩浣溿傚拰Five Card Jazz鐩告瘆锛屾垜浠鍗充娇鍏佽500姣绉掔殑寤惰繜锛屼篃宸茬粡闱炲父锲伴毦浜嗐
鍦ㄥ疄鐜颁简娓告垙镄勫师鍨嫔悗锛屽湪灞锘熺绣鍐呬竴鍒囬兘杩涜岀殑闱炲父椤哄埄锛屼絾褰撴垜浠鍦╓iFi鐜澧冧笅娴嬭瘯镞讹纴镎崭綔浼氶棿姝囨х殑鍗¤捣𨱒ユ垨钥呭欢杩熼珮璧锋潵銆傚啓浜嗕竴浜涙祴璇旷▼搴忎箣钖庡彂鐜帮纴WiFi鐜澧冧笅锅跺皵浼氩彂鐢熶涪鍖呰屼负锛屾疮褰揿彂鐢熶涪鍖呯殑镞跺欙纴链嶅姟鍣ㄧ殑鍝嶅簲阃熷害灏变粠100-150姣绉掍笂鍗囧埌1000-2000姣绉掋
娌℃湁浠讳綍锷炴硶鍙浠ョ粫杩嘥CP镄勮繖涓璁剧疆𨱒ラ伩寮杩欎釜闂棰樸
鎴戜滑镟挎崲浜员CP镄勪唬镰侊纴鐢ㄤ简镊瀹氢箟镄勫彲闱犵殑UDP𨱒ュ疄鐜帮纴鎶婂ぇ閲忕殑涓㈠寘浜х敓镄勫欢杩熼檷鍒颁简浠呬粎鍙链50姣绉掞纴鐢氲呖姣斾互鍓峊CP涓崭涪鍖呯殑𨱍呭喌涓涓𨱒ュ洖镄勫欢杩熻缮瑕佸皬銆傚綋铹讹纴杩椤彧鍙鑳藉缓绔嫔湪UDP涔嬩笂锛岃繖镙锋垜浠镓嶅瑰彲闱犳ф嫢链夊畬鍏ㄧ殑鎺屾带锷涖
锲版儜锛氩彲闱犵殑UDP鍙鏄疶CP镄勪竴绉岖亩鍗旷殑瀹炵幇锛
浣犳湁娌℃湁钖杩囱繖绉嶈存硶锛气滃彲闱犵殑UDP灏卞儚TCP涓镙凤纴镓浠ヨ缮鏄鐢═CP钖р濄
闂棰樻槸杩欑嶈存硶鏄阌栾镄勚傚彲闱犵殑UDP涓镣逛篃涓嶅儚TCP锛岃佸幓瀹炵幇涓涓鐗规畩镄勯樆濉炴带鍒躲备簨瀹炰笂锛岃繖涔熸槸浣犱娇鐢ㄥ彲闱燯DP浠ｆ浛TCP镄勬渶澶х殑铡熷洜锛岄伩鍏峊CP镄勯樆濉炴带鍒躲
鍙︿竴涓閲岖偣鏄鍙闱犵殑UDP镄勫彲闱犳ф槸濡备綍淇濊瘉镄勚傝繖閲屾湁寰埚氱嶆柟娉曞幓瀹炵幇銆傛垜闱炲父锽沧Quake3缃戠粶搴扑唬镰侀噷镄勪竴浜涙兂娉曪纴瀹冧滑涔熸縺鍙戜简鎴戝湪War Arcana涓浣跨敤UDP鍗忚銆
浣犱篃鍙浠ヤ娇鐢ㄨ稿氭敮鎸佸彲闱犻氢俊镄刄DP搴掳纴褰撶劧锛岃繖镙峰湪鍙闱犳ф柟闱锛岀浉姣旇嚜宸辨坠锷ㄥ疄鐜板叏閮ㄧ殑浠ｇ爜钥岃█锛屽彲鑳戒细镟村姞阃氱敤钥屽け铡讳简涓浜涙ц兘浼桦娍銆
搴旷嚎
闾ｄ箞鍒板簳鏄鐢║DP杩樻槸TCP锻锛
濡傛灉鏄鐢卞㈡埛绔闂存珑镐х殑鍙戣捣镞犵姸镐佺殑镆ヨ锛屽苟涓斿伓灏斿彂鐢熷欢杩熸槸鍙浠ュ瑰繊锛岄偅涔堜娇鐢℉TTP/HTTPS钖с
濡傛灉瀹㈡埛绔鍜屾湇锷″櫒閮藉彲浠ョ嫭绔嫔彂鍖咃纴浣嗘槸锅跺皵鍙戠敓寤惰繜鍙浠ュ瑰繊锛堟瘆濡傦细鍦ㄧ嚎镄勭焊鐗屾父鎴忥纴璁稿歁MO绫荤殑娓告垙锛夛纴闾ｄ箞浣跨敤TCP闀胯繛鎺ュ惂銆
濡傛灉瀹㈡埛绔鍜屾湇锷″櫒閮藉彲浠ョ嫭绔嫔彂鍖咃纴钥屼笖镞犳硶蹇嶅弹寤惰繜锛堟瘆濡傦细澶у氭暟镄勫氢汉锷ㄤ綔绫绘父鎴忥纴涓浜汳MO绫绘父鎴忥级锛岄偅涔堜娇鐢║DP钖с
杩欎簺涔熷簲璇ヨ冭槛鍦ㄥ唴锛氢綘镄凪MO瀹㈡埛绔涔熻搁栧厛浣跨敤HTTP铡昏幏鍙栦笂涓娆＄殑镟存柊鍐呭癸纴铹跺悗浣跨敤UDP璺熸父鎴忔湇锷″櫒杩涜岃繛鎺ャ
姘歌繙涓嶈佸虫曞幓浣跨敤链浣崇殑宸ュ叿𨱒ヨВ鍐抽梾棰樸