一张图形容t-io生态构造
- tio-utils
tio-utils是笔者在我的项目开发中积攒的局部工具类
外面有少部分代码是在开源许可范畴内摘自第三方开源我的项目代码的，还有局部代码是其它开源作者提供的，譬如hutool的作者路神就提供了许多类，这么做，仅仅是因为宽广用户强力要求tio缩小第三方依赖
当然笔者更违心使第三方工具类，譬如hutool
在tio-utils中目前t-io用得最多的Cache
首先这个Cache是个门面——把市面上的各路Cache对立成了ICache，操作方法对立了，
其次它内置了一级cache，两级cache，并且性能极好、操作省心、稳定性也在大量我的项目中失去了考验
其实就是想挑战J2cache，不过tio-utils也把J2cache门面化了 - tio-core
大家口中的t-io或tio指的就是tio-core
tio-core是依赖tio-utils的
tio-core是基于java aio的网络编程框架（很多人说t-io是基于netty，大家不要听信这样不负责任的舆论）
如果你晓得netty是啥，那了解tio-core就很容易了，因为tio-core是和netty相似的框架
对于社区的问答
问：市面上曾经有netty这样优良的框架，为何还要本人写一个tio-core？
答：每个人心中有杆秤，你认为优良的，不代表所有人都这样认为
问：和netty比，tio-core有何劣势和劣势？
答：很难答复这个问题，说几个事实：
-在t-io没提供任何文档的状况下，许多用户仅依附笔者提供的示范工程就把握了tio，并用于生产我的项目中，这表明t-io极其容易上手
-tio-mvc是基于tio-http-server的mvc框架，它在TFB上的性能排名不差（揭示各位：TFB上局部排在tio-mvc后面的框架，并不具备用于生产我的项目的能力，而只是DEMO级别的，譬如协定容错、协定防攻打、session反对、散布session反对，流控这些都没有，重要的是一般开发工程师难以动手）
-tio-mvc在TFB上的PK排名表明t-io性能很好
-理解t-io的历史，t-io是从火线走进去的作品，而且久经考验！
-性能达到肯定高度的前提下，再比照性能，其曾经意义不大，稳定性、易用性、坑多否才是前面次要的竞技场！ - tio-http-common
一个给tio-http-server和tio-http-client共用的工程，大家能够略过 - tio-http-server
基于tio-core（为啥不说是基于tio-http-common？怎么说都能够）实现的http服务器
内置了极易应用的MVC框架
内置了流控、拉黑、forward、拦截器等罕用能力
性能优良，后面曾经有中央形容了它在TFB上的性能体现，在TFB上tio-mvc的性能远超应用人群最多的springmvc，当然这不是说springmvc不优良，而是说性能到这份上了，再说性能没啥意义！ - tio-websocket-common
一个给tio-websocket-server和tio-websocket-client共用的工程，大家能够略过 - tio-websocket-server
基于tio-core（为啥不说是基于tio-websocket-common？怎么说都能够）实现的websocket服务器
请留神：tio-http-server和tio-websocket-server是离开的，不能在同一端口用tio-http-server和tio-websocket-server，这么样的起因很简略：为了晋升性能。
-“为什么其它框架是放在一起的？”
-“websocket协定是起初硬扯在http协定之上的，从设计上来讲：这俩基本就不应该呆在一起，搞得笔者在实现websocket协定时，还得用http协定来实现握手” - tio-webpack-core
笔者在tio-http-server的根底之上依赖freemarker实现的相似nodejs webpack的性能，当初还没齐全封装到位，就笔者一人在用
当初正在浏览的网页就是基于tio-webpack-core的，用右键点击查看源代码，全压缩或加密的
具体请参考：https://www.tiocloud.com/doc/…