doc[zfoo]: 更新文档

protocol/README.md

@@ -1,10 +1,11 @@
 ### Ⅰ. 简介
 
-- zfoo protocol是目前的Java二进制序列化和反序列化最快的框架，并且线程安全
+- [zfoo protocol](https://github.com/zfoo-project/zfoo/blob/main/protocol/README.md)
+  是目前的Java二进制序列化和反序列化最快的框架，并且为序列化后字节最少的框架
 - 协议目前原生支持Java Javascript C# Lua GDScript，协议理论上可以跨平台
 - 使用Javassist字节码增强动态生成顺序执行的序列化和反序列化函数，顺序执行的函数可以轻易的被JIT编译以达到极致的性能
 - 单线程环境，在没有任何JVM参数调优的情况下速度比Protobuf快20%，比Kryo快40%，[参见性能测试](src/test/java/com/zfoo/protocol/SpeedTest.java)
-- 多线程环境，zfoo和Protobuf的性能不受任何影响，kryo因为线程不安全性能会有所损失，[参见性能测试](src/test/java/com/zfoo/protocol/SpeedTest.java)
+- 线程安全，zfoo和Protobuf的性能不受任何影响，kryo因为线程不安全性能会有所损失，[参见性能测试](src/test/java/com/zfoo/protocol/SpeedTest.java)
 
 ### Ⅱ. 快速使用
 
@@ -62,6 +63,7 @@ cpu： i9900k
   - 修改字段名称过后无法解析，内部使用字段的名称按照字符串的自然顺序来依次读写的，所以修改名称会导致读写顺序变化导致出现异常
   - 减少字段无法解析，没必要一定要删除一个不需要的字段，所以不考虑这种情况
   - 增加字段无法解析，可以考虑通过版本号去控制，或者增加新的协议类去解决（组合大于继承，协议类应该对扩展开放，对修改关闭）
+
 ```
 设计模式六大原则中的开闭原则是对扩展开放，对修改关闭。协议的设计涉及到功能应该也要遵守这个原则。
 
@@ -92,9 +94,15 @@ cpu： i9900k
         - List<XXXClass>，如果发送的是[obj,obj,null,obj]，接收到的是[obj,obj,null,obj]，即引用类型序列化之前为null，序列化之后同样为null
 
 - 不支持的数据格式，因为zfoo会自动识别不支持的类型并且给出错误警告，所以用户不必太关心
-    - int[][]，二维以上数组，考虑到不是所有语言都支持多维数组
-    - List<Integer>[]，Map<Integer, Integer>[]，Java语言本身就没有支持泛型类数组
-    - List<int[]>，Map<Integer, Integer[]>，泛型里面套数组，这种写法看起来比较奇怪，实际使用的地方很少
-    - 枚举类，考虑到很多其他语言不支持枚举类，可以用int或者string在代码层面做替换
-    - 自定义泛型类XXXClass<T>，泛型类在很多框架中都极易出现性能上和解析上的问题，而且并不是所有语言都支持
-    - 循环引用，虽然底层支持循环引用，但是考虑到循环引用带来语义上难以理解，容易出现错误，所以就屏蔽了
+  - int[][]，二维以上数组，考虑到不是所有语言都支持多维数组
+  - List<Integer>[]，Map<Integer, Integer>[]，Java语言本身就没有支持泛型类数组
+  - List<int[]>，Map<Integer, Integer[]>，泛型里面套数组，这种写法看起来比较奇怪，实际使用的地方很少
+  - 枚举类，考虑到很多其他语言不支持枚举类，可以用int或者string在代码层面做替换
+  - 自定义泛型类XXXClass<T>，泛型类在很多框架中都极易出现性能上和解析上的问题，而且并不是所有语言都支持
+  - 循环引用，虽然底层支持循环引用，但是考虑到循环引用带来语义上难以理解，容易出现错误，所以就屏蔽了
+
+### Ⅵ. 用途
+
+- 通信协议
+- 存储大对象
+- 对象复制，深克隆