既然是个人项目，从严谨程度上来讲可以随意一些，没有必要在这个上面耗费太多的时间，与其在一开始考虑太多，倒不如多学习一下表结构设计相关的知识。

不过当你提到性能相关问题的时候，严谨的来说基准测试才是唯一的答案。如果你没有任何数据库相关的经验，我更推荐 MySQL ，它容易学习，相比 PostgreSQL ，虽然没有那么多复杂特性，但是久经考验，足以应付常见的需求，最重要的是，它使用人群足够多，你能遇到的任何问题，基本上在网上都能找到相关的问答，从维护成本上来看，更多的资料也就意味着更快的解决效率。

你以为的重构，是使用新语言新框架重新写一遍已经存在的接口。但实际上这不叫重构，顶多算是用另一种语言重新翻译了一遍相同的东西。比如你提到的 700 多个接口，如果重构完毕之后还是有 700 个，那么意义何在呢？纯粹技术上的重构，不涉及业务改动真没必要。从成本收益上来考虑，如果不成正比，成功的可能性不大，当然你要为爱发电主动加班，领导何乐而不为呢？

插件有多个，这也就意味着它是一个列表形式的存在，你应该在某一个时机调用所有插件的某一个方法，这个方法签名是你定义的，类似接口一样的东西。比如里面有一个方法叫做 onRequest(Request)，插件负责实现这个方法，然后把插件实例注册到你的插件列表中，这样你就可以在合适的时机遍历插件列表进行调用。

@cocalrush 基本上可以 100%的跟官服一样，游戏开发主要的大头就是那些配置和资源数据，服务端就是要适配这些数据让游戏运作起来，修改爆率这些只是常规操作。

@cocalrush 官方的是 C++的，java 的一般是根据逆向通讯消息做的私服版本，以前没有开源客户端的时候，只能修改正版客户端的二进制文件来链接伪造的私服服务端。

日志分为写和读两个步骤，这两个步骤完全是分离的。日常开发还是写入到文件，存储到磁盘，说白了日志就是一个文本文件，在写的阶段什么顺手用什么。

日志的处理就比较庞大了，包括收集日志文件、存储、索引和查询，每一个步骤都有很多开源的选择，这部分更偏向于运维，跟开发关系就不大了。

小聪明引发的大智慧。

不过近几年苹果在国内的服务是越来越差了，感觉招聘的那些个员工跟我活在两个世界，你永远没有办法跟他们沟通，他们的回答也永远只会是千篇一律机械的话术。以上评价来自于个人经历。

我有一次本来在虹桥，结果我跑去浦东了，打车花了 150 ，万幸是赶上了，已经在念我的名字了，一路狂奔，下飞机才缓过来。

我经常梦到这么大一把年纪了还回去复读初中，而且复读了好几年，每当毕业后，第二年开始又重新开始从一年级开始复读

https://www.baeldung.com/java-interrupted-exception

这个链接的 3.1 说到: The purpose of the interrupt system is to provide a well-defined framework for allowing threads to interrupt tasks (potentially time-consuming ones) in other threads. A good way to think about interruption is that it doesn’t actually interrupt a running thread — it just requests that the thread interrupt itself at the next convenient opportunity.

我个人理解中断是一种协调机制，一般用来优雅关闭某种耗时操作，当这个异常被抛出来的时候，一般是线程的 Thread.interrupt()方法被调用了，证明有人想要中断当前所进行的任务。处理中断异常有两种选择，一种是恢复中断，不理外界想要中断的意图，继续埋头干活，只需要调用 Thread.interrupted()将线程的中断标记清除掉。另一种就是响应这个中断请求，结束任务并清理相关的资源，或者继续向上传播中断异常。

很好奇是通过什么来判断做某一件事需要花费多少时间的，而且什么情况下算是做完了？究竟是哪些因素造成了时间不确定的？完成的质量和速度是否维持在一个比较好的平衡点上？

100ms 也就是 10fps ，轻轻松松呀，你看看 three.js 的效果，3D 都能搞，更别说只是 2D 了，很多图表的库都用 canvas 来做，webgl 渲染很快的。不过对于数据实时性要求高的肯定还是要网络支持，比如基于 udp 的 http3 。

你可以 Google 一下指纹浏览器，就是为了解决被追踪问题的

支持一下

主动离职 5 个月了，每天钓钓鱼，看看书。