共计 1781 个字符，预计需要花费 5 分钟才能阅读完成。
一张图形容 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/…
正文完
