支持运行平台Android,IOS,Win32/64,Linux,OSX
支持开发平台：FPC以及DelphiXE10和以后的版本
并行计算支持HPC服务器，并行深度参数服务器可配置
良好支持轻量云主机，腾讯云，阿里云，亚马逊云，均有数百台使用ZServer4D的服务器在运行中
支持内网穿透，在公司或家里自己架设宅服 宅服架设说明
ZServer4D的前后台均支持苹果要求的IPV6审核条件，支持AAAA,A记录秒切，支持所有IPV6的云主机
内置高级加密系统，一万在线客户端会有一万把密钥，并且能动态定时更换密钥（请参考ZServer4D的附属开源项目 https://github.com/PassByYou888/CoreCipher ）
架构设计可以轻松实现IP池和入口网络秒切，非常利于在国内商业环境中防止对手DDos攻击
支持中心化网络群集，支持中心化网络群集一键对接
内置NoSQL并行化内核，良好支持大数据，良好支持聚类分析，支持分布式数据库负载，支持分布式数据查询结果汇集（NoSQL技术体系从11月初开始一直处于整理中，工程较大，可能短期不能完成，但是未来会以开源形式为Delphi国内带来前沿的数据库支持体系）
(NoSQL并行化内核已经完成，聚类分析和分布式负载已完成50%文档)
Windows: CrossSocket(C/S OK), DIOCP(C/S OK), ICS(C/S OK), Indy(C/S OK)
Linux(X64): CrossSocket(C/S 老版本支持，新版本未测试), Indy(C/S OK)
Android:Indy(C/S OK), CrossSocket(Only Client)
IOS Device: Indy(C/S OK), CrossSocket(Only Client)
IOS Simulaor: n/a
OSX: Indy(C/S OK)，ICS(未测试), CrossSocket(C/S OK)
1.indy 阻塞模式的通讯组件，已在ZServer4D内部集成
(open source) http://www.indyproject.org/
2.CrossSocket 异步式通讯组件，已在ZServer4D内部集成
(open source) https://github.com/winddriver/Delphi-Cross-Socket
3.ICS异步式通讯组件，已在ZServer4D内部集成
(open source) http://www.overbyte.be
4.DIOCP 国人所开发的稳定DIOCP通讯库
(Open source) https://github.com/ymofen/diocp-v5
1.synapse4(open source) 计划支持
支持ssl的优秀开源项目
2.fcl-net(open source) 计划支持
freepascal内置的网络库
REST,BAAS等等单项式的HTTP服务请自行在服务器开发和集成，ZServer4D不提供外部http支持
如果你在使用ZServer4D，并且对开发有疑问，请加群去寻找答案（请不要直接联系作者，作者不爱交网友）
qq群490269542
作者qq600585（不接受加人）
ZServer4D内置的服务器有4种：Indy，ICS，CrossSocket，DIOCP所有的服务器均无内存泄漏
ZServer4D内置的客户端采用的是用完抛弃的工作方式，每次链接登录服务器都会抛弃现有链接类，并且重建新接口链接，这里不会释放老的链接（这样干是保证客户端的正常工作）
在ZServer4D中所捆绑的类，包括编解码，链表，数据库，均无内存泄漏
压力测试如果链接超过6万，Windows系统会自动关闭侦听端口，具体原因不详，压测请尽量保持在6万以内，超过6万服务器侦听端口会自动关闭，只需要将服务器重开一次即可
使用ZServer4D前，请仔细阅读本项目所提供的Demo和文档，做到对基于ZServer4D的开发范式非常了解
参考 库说明
在CoreClasses.pas中新增一个原子锁的后背支持功能：CriticalSimulateAtomic，用临界区替代Atomic，在delphi下打开它会让并行功能效率降低，但是它可以兼容所有平台和fpc
修复了p2pVM中的echo，用于模拟tcp链接中的keepalive
新增了P2PVM第二篇技术文档，简单编写，没画图
新增了一份基于FastMD5的性能对比测试(在Examples中可以找到，需要安装Mormot感谢南极土著qq4499972)
最近的新版本尚未在Linux测试，请尽量使用Windows做后台
此次更新以调优为主，调优内容：
修改了通讯框架的数据结构，以Inline方式优化，小幅减少函数调用频率
修改了基于TDataFrameEngine的Json存储格式，此格式以后可以恒定下来
所有的演示内容重新测试和编译
云框架2.0的内容重新测试和编译
Tools目录中的所有工程，已追加了.OXC(FRP的编译打包文件)
将TPeerClient更名为TPeerIO，仍然留有老的TPeerClient指向，不会影响项目编译和升级
在TPeerIO创建时，增加了一个更加安全的原子锁，已测试调优过Cross,ICS,Indy,DIOCP等等接口
取消了AllowPrintCommand属性，以QuietMode代替
用一个已经跑过百万在线的后台项目重新编了一次新版本，并且测试全部通过
通讯新增DIOCP接口 DIOCP是国人所开发的稳定服务器项目 因为呼声较高 所以我今天做了DIOCP的底层接口并且测试通过
新增帮助开发者自行开发网络接口的范例库(source\developerRefrence)
大幅优化TPascalStrings库
新增FastMD5 FastMD5开源地址
通讯数据结构 TDataFrameEngine 已支持Json打包，Json引擎基于优秀开源项目 JsonDataObjects
修复一个小型bug 在云服务器框架2.0中 我们基于雾服务器做表达式计算时 写1*2.1 会出现表达式错误的问题
新增一个制作底层通讯库IO接口的小文档
修复一处不常见的内存泄漏：泄漏症状为，服务器发送一条待反馈的消息SendStreamCMD，在等待反馈中，客户端断线，这时候发生泄漏
对多媒体机制的CompleteBuffer现在可以兼容匿名函数
新增一处实现定制化协议的标准范式Demo，内附详细使用说明，"Examples\17.外部协议实现范式"
p2pVM隧道性能小幅提升10%，在100万压测Demo下能明显感觉性能提高
新增多媒体机制支持 多媒体通讯
新增p2pVM隧道技术体系，并且新增基于隧道的服务器开发工艺 p2pVM隧道技术说明
新增两套p2pVM隧道技术体系的服务器Demo，分别是可以带100万压测的Demo，改造认证双通道为p2pVM技术体系的Demo，内容太多，这里就不贴图和源码了
新增两套文档，分别是p2pVM隧道技术体系介绍和多媒体支持的CompleteBuffer介绍文档
优化indy通讯对手机平台的容错性(ipv4+ipv6)
在内网穿透工具中加入了NAT端口非对称映射功能（感谢阿木和十指间的挥洒）
在MH库中新增的上下文分析，并且在内存分析钩子的Demo中也增加该功能的演示代码
内核会自行判断ipv4和ipv6的地址版本，如果使用域名，会根据定义自动优先级选择AAAA和A记录，100%支持苹果ipv6过审
重做了indy的connect方法，ics,indy,cross均新增异步链接（类似6万并发，零阻塞，高频率触发），双通道现在均支持异步链接
indy的connect阻塞被缩短在1秒内
重做wait机制，在indy中，现在使用心跳检测可以用零阻塞机制，和keepalive的效率相同
小幅调整FilePackageWithZDB的UI样式，小幅修正FilePackageWithZDB的ui
在"4.登陆式双向交互服务器框架"中，新增了精确时间戳同步的演示
在Demo中新增了双通道和单向链接的异步方法，这些方法都有写明使用
修改了几个UnicodeMixedLib的核心函数
小幅优化PascalString内核
提交了内网穿透Shell工具全部的源代码，编译时必须包含ZServer4D的服务器框架，在源码目录有OXC包的下载地址
新增了内网穿透的自动化工具，分别是ZSGatewayMiniClient，ZSGatewayMiniServ，相当于内网穿透工具的2.0版本
重做了内网穿透工具的使用说明文档
FilePackageWithZDB现在可以打开OXC压缩文件
新增内网穿透 宅服架设说明
新增云服务器框架2.0 云服务器框架2.0说明
新增单元库的介绍文档，单元库介绍
新增DoStatusIO线程无关性支持
新增数模引擎
新增文件打包工具，开放源码
新增将文件编码成pascal代码的工具，开放源码
新增.drp源码排序工具，开放源码
维护ObjectData，修改了部分方法
现在SendStreamCmd时DataFrameEngine参数可以为nil
client.SendStreamCmd('xx cmd', nil, procedure(Sender: TPeerClient; ResultData: TDataFrameEngine)
begin
end) 在演示源码中说明部分使用中的坑（感谢好人一生平安路）
修改了物理断线检测机制
Inline函数可以通过zDefine.inc进行定义
重做压力测试客户端的链接方法，6万并发压力测试客户端性能向前提高1000倍，1秒可以完成6万并发连接
优化了压力测试服务器性能，抗上万压测只会消耗单cpu 10%资源
核心压缩库已被并入主线工程，并且提供了和Delphi/fpc可以进行比较的Demo工程（支持ARM）
服务器端有个大改动：不再支持用户遍历方法，同时服务器内核不在使用链表来管理客户端，所有客户端全部改用Hash数组来管理
此类方法已被替代为匿名函数来工作，同时服务器对链接实例的管理也不再支持链表，从内核到外围，全部使用哈希数组进行管理，这些升级和改动，都是为下一步1000万并发做的铺垫
// 曾经的老写法很不安全，已废弃
LockClient;
for i:=0 to client.count-1 do
client.sendcommand(xx)
UnLockClient;新的遍历方法
// 后台安全写法1，
Server.ProgressPerClient(Procedure(peerClient:TPeerClient)
begin
client.sendcommand(xx)
end);
// 后台安全写法2
RecvTunnel.GetClientIDPool(IDPool);
for pcid in IDPool do
if RecvTunnel.Exists(pcid) then
begin
RecvTunnel.ClientFromID[pcid].sendcommand(xx);
end;新增服务器的内存Hook库（傻瓜，暴力，非常暴力的释放和管理内存），同时也新增了内存管理领域开发工艺Demo，MH库支持FPC和Delphi
type
PMyRec = ^TMyRec;
TMyRec = record
s1: string;
p: PMyRec;
end;
var
p : PMyRec;
i : Integer;
hl: TPointerHashNativeUIntList;
begin
// 200万次的大批量记录内存申请，最后一次性释放
// 这种场景情况，可以用于批量释放泄漏的内存
// 我们内建20万个Hash数组进行存储
// BeginMemoryHook的参数越大，面对对大批量存储的高频率记录性能就越好，但也越消耗内存
MH_3.BeginMemoryHook(200000);
for i := 0 to 200 * 10000 do
begin
new(p);
new(p^.p);
// 模拟字符串赋值，高频率触发Realloc调用
p^.s1 := '111111111111111';
p^.s1 := '1111111111111111111111111111111111';
p^.s1 := '11111111111111111111111111111111111111111111111111111111111111';
p^.p^.s1 := '1';
p^.p^.s1 := '11111111111111111111';
p^.p^.s1 := '1111111111111111111111111111111111111';
p^.p^.s1 := '11111111111111111111111111111111111111111111111111111111111111111111111111';
if i mod 99999 = 0 then
begin
// 这里是迭代调用，我们不记录，将MH_3.MemoryHooked设置为False即可
MH_3.MemoryHooked := False;
Button1Click(nil);
Application.ProcessMessages;
// 继续记录内存申请
MH_3.MemoryHooked := True;
end;
end;
MH_3.EndMemoryHook;
DoStatus('总共内存分配 %d 次 占用 %s 空间，地址跨度为：%s ', [MH_3.HookPtrList.Count, umlSizeToStr(MH_3.GetHookMemorySize).Text,
umlSizeToStr(NativeUInt(MH_3.GetHookMemoryMaximumPtr) - NativeUInt(MH_3.GetHookMemoryMinimizePtr)).Text]);
MH_3.HookPtrList.Progress(procedure(NPtr: Pointer; uData: NativeUInt)
begin
// 现在我们可以释放该地址
FreeMem(NPtr);
end);
MH_3.HookPtrList.PrintHashReport;
MH_3.HookPtrList.SetHashBlockCount(0);
end;新增的内存Hook库已在ZDB内部有效应用
修复链接池重复链接的Bug（感谢好人一生平安路）
新增LZ77哈夫曼和BRRC压缩算法，请自行对比ZLib性能及压缩率
因为是公有服务器框架，处于安全考虑，通讯包协议在首尾各增加4byte作为验证标记，发行时可以有80亿的独特协议包数据（你只需要从80亿的数值选择一个独特的验证序，别人就算有ZS源码也无法访问你的服务器）
修复了底层hash函数库因为没有传递对象，导致云服务器的状态列表不更新的问题
新增6万压测Demo
ZDB新增一组提交数据条目和大图片捆绑的Demo，每张图片各2M，此机制可用于任何Stream数据，请参考并且依次类推
ZDB新增安全缓存，其工作机制为：当触发数据库写操作时，开始计时，如果5秒内没有第二次写操作，就会将回写缓存立即写入文件。主要用于保护数据库文件损坏。
ZDB和ZServer均已在Linux下测试通过
新增ZDB服务器Demo，新增ZDB IN FMX Demo，已在所有手机测试通过，所有的详细说明都内附在Demo源码中
将ZDB数据库的查询能力向前优化了15倍，内存消耗也因此提高了10%，默认单库体量为500万条，如果服务器内存在16G以上，需要自行在ZDBEngine中修改最大Cache和退火参数
修复了单通道客户端Indy,ICS,CrossSocket在发出链接后的ID不更新问题(感谢AK47)
在EZServer增加了使用Special实例的方法(感谢AK47)
新增大数据库引擎ZDB的网络服务器Demo，并且内附了详细功能说明 Demo说明
在ZDB中新增压缩，拷贝，替换等等底层功能
将ZDB的退火系统改成了自动化功能，只需要设置几个参数即可
新增带有验证机制的ZDB服务模型
新增单机数据引擎,新增分布式和网络数据引擎
新增单机数据库Demo
新增20k链接压力测试，服务器光速响应，并且无内存泄漏
通讯内核新增批次化BigStream支持
通讯内核新增special接口
通讯内核新增了很多状态机
修复了CrossSocket在退出时报异常的问题
优化内核Hash性能
优化了文件读写内核，内部集成了回写和预读缓存机制，小幅降低IO消耗频率
群集中心服务器可以一键开发和部署
修复fpc对CommunicationFrameworkDoubleTunnelIO.pas单元的兼容性
匿名函数在异步回调系统是非常好的机制，Zserver4d新增匿名函数支持，同时新增了一套匿名函数的支持Demo
处于安全考虑，在ICS,Indy,CrossSocket服务器端从现在开始，均不支持WaitSend的阻塞通讯模式，客户端仍然支持WaitSend
修复indy接口的服务器，新版的Zserver4D在IndyServer将不再支持WaitSend阻塞化模式，必须使用异步，在CrossSocket，ICS在服务器仍然可以使用WaitSend，Indy,ics,CorossSocket的客户端支持保持不变，新版的IndyServer会更加稳定
因为某些低版本的Windows不支持精确计时器，CoreCipher取消了并行化编码库支持，改为定义，在没有定义使用异步编码时，将不会使用PasMP
修复了MD5支持算法，在x86,x64,arm下现在超过4G的md5计算均能一致
针对freepascal编译器改动：将ListEngine的string定义全部更新成了SystemString，完全兼容UnicodeString
测底修复了BitStream的内存拷贝问题，现在收发大型Stream均不会拷贝内存，能做到以最低开销承载1000个用户同时下载2G以上的文件
修复了所有的服务器的内存泄漏（注意：但是客户端仍然会有泄漏，因为客户端设计就是采用不考虑回收的粗犷方式）
内部机理做了小幅调整，处理内部工作某些函数重新命名
新增了一套基于Indy接口在移动平台做服务器的使用Demo
新增登录式高级云服务器的作用介绍
更新了在IOCP中使用WSASend因为缓冲区问题发送失败的bug 感谢ak47的测试回报