Skip to content

Latest commit

 

History

History
132 lines (87 loc) · 5.84 KB

FAQ.md

File metadata and controls

132 lines (87 loc) · 5.84 KB
Raw

注意

  • The main branch is a development version for Java 21 and GraalVM. The stable version is zfoo-java-11-17
  • Upgrade process
    • reimport not found classes
    • no need to inherit IPacket anymore
    • SafeRunnable has been deleted, please use ThreadUtils.safeRunnable()
    • rename interfaces and annotations，Storage -> IStorage，@Resource -> @Storage，@ResInjection -> @StorageAutowired
    • rename interfaces and annotations，@EntityCachesInjection -> @EntityCacheAutowired，@EntityCaches -> @EntityCache
- 主干main是当前是面向java 21和GraalVM的开发版本，稳定版本请使用 [zfoo-java-11-17](https://github.com/zfoo-project/zfoo/tree/zfoo-java-11-17)
- 升级流程
    - 重新导入找不到的类
    - 不需要再继承IPacket
    - SafeRunnable删除了，请使用ThreadUtils.safeRunnable()
    - 重命名接口和注解，Storage -> IStorage，@Resource -> @Storage，@ResInjection -> @StorageAutowired
    - 重命名接口和注解，@EntityCachesInjection -> @EntityCacheAutowired，@EntityCaches -> @EntityCache

为什么部署的时候才用main，平时开发的时候从test启动

  • 可以很好的隔离部署环境和开发测试环境
  • 可以加上-Dspring.profiles.active=dev就可以从main启动
  • 部署的时候从main启动（没有控制台日志），平时开发的时候从test启动（有控制台日志）
  • 这样正式环境的配置放在main的resources里，测试环境的配置放在test的resources里，互不干扰
  • 从test下启动的程序的配置文件会覆盖main中的配置文件

logback为什么在main和test都有一份日志配置，为什么弄了两份日志配置

  • 隔离生产环境配置和测试环境的日志配置
  • test的配置会覆盖main中的配置
  • main中没有控制台日志，test中只有控制台日志，控制台日志会加锁在生产环境会导致性能问题

为什么没有发布到maven仓库

  • 项目非常轻量，容易修改，游戏场景很多都需要自己定制，打算java 21出来才会发布release版本
  • zfoo安装很简单，maven install到本地就可以使用了，或者直接将zfoo源代码集成在在项目里当作一个module使用
  • 没有用maven的来管理这个root，是为了让下面的module不依赖于任何parent，复制出来就可以用
  • 本地开发调试也可以直接用idea的add maven project当作一个第三方库使用

Image text

为什么选择 Java 11 而不是 Java 8

  • var可以减少非常多的代码，使代码更加简介
  • Java 11的版本统一了api，Oracle JDK 和 Open JDK 可以无缝切换
  • 11对容器支持友好，现在是容器的时代，反观 Java 8 的一些老版本都不支持容器
  • Java 8过两年会停止维护，能早用就早用
  • 主流的框架全部都已经支持Java 11
  • 下个版本的spring boot直接最低版本要求Java 17

为什么不选择基于interface（接口）的形式提供RPC，像dubbo那样的RPC

  • 基于interface的不够灵活，不方便
  • interface写同步rpc比较方便，不适合异步的写法。现在流行异步调用链的写法，基于interface有点过时了
  • 并不是所有编程语言都有interface的，你用了interface的话其它编程语言就没法用了，就无法跨平台了
  • 基于packet的容易扩展，可以轻易跨平台

为什么不支持SPI

  • 大部分编程语言都没有SPI，所以不考虑支持SPI

zfoo的RPC实现原理

  • zfoo的RPC和dubbo实现的原理一样，主要使用CompletableFuture，利用了唯一id
zfoo的RPC请求消息体会在IPacket的包后面附加上一个IAttachmet（SignalAttachment）作为同步和异步的信号。
SignalAttachment的signalId就是用于RPC的同步和异步的信号，通过这个唯一ID就可以确定哪个RPC请求对应了哪一个RPC回调。

zfoo的RPC协议格式为什么没有dubbo复杂

  • duboo没有自己实现的比较好的协议所以要支持其它协议，zfoo有自己实现的协议已经极快了，只需要专注自己的协议和protobuf，兼容就比较简单
  • zfoo作为rpc协议是，length | packet | attachment，当作普通服务器协议就是，length | packet
  • attachment能装很多东西，算是协议上的多态，就不需要dubbo那么复杂的设计了

protocol的实现原理

  • 通过递归解析对象的结构，用字节码增强生成顺序的序列化和反序列化函数，可以自己线生成C#协议，就能看到Javassist生成的是什么样的结构

为什么选择mongodb

  • mongodb可以单机部署也可以分布式部署，是万能的数据库，而且速度足够快
  • mongodb，副本集部署（主从模式），可以数据同步，读写分离
  • mongodb，分片部署，故障转移（容灾）

orm为什么不选择Spring的官方驱动SpringData mongodb

  • SpringData mongodb 里面会生成一个class字段，比较占内存，而且你移动class类的时候体验不友好，不知道现在版本改了没有
  • mongodb的官方驱动轻量，mongodb的官方驱动基本上什么功能都有，SpringData mongodb这个封装太重了
  • zfoo的orm接近0封装，简单的封装可以极大提高上层的自由度

前端h5的后台管理界面使用的技术栈

手摸手的视频教程可以帮助新手起步

  • 新手起步困难的话，直接看手把手的zfoo 框架视频教程，新手友好，先从简单的基础使用开始，然后再深入到底层核心代码运行