在 Java 中，受检(checked)异常指的是必须要用 try..catch 来调用一个可能会抛出受检异常的方法。python 中应该所有的都是非受检异常，也就是不强迫你使用 try..catch 。

言归正传，不要把异常跟传输搞混了，RPC 本质上也是通过网络传递数据，至于怎么处理这个数据，你可以参考一下 HTTP 协议，返回不同的状态码来表示协议级别的成功与否。或者不需要状态码，不管成功与否永远返回一个就像你发的那样的数据结构，然后再进一步根据数据里面的 code 再决定是否要抛出异常。

机场给你分流是什么意思？

由于不知道编码前的数据到底是字符串还是二进制数据，逆向结果不可知，所以最好是先确定一下编码前的数据是啥。

看完了，我也不知道怎么看完的，哥们表达能力不错的，写小说这些估计也不是什么问题，我已经开始崇拜八单大神在江湖中的地位了。

以接口接收实例，就可以根据构造函数（ NewXXX ）的参数不同，从而返回不同的结构，接口一般是稳定的，具体实现可以根据侧重不同实现不同的需求策略。

LAN 的 DNS 有设置么？

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

不过当你提到性能相关问题的时候，严谨的来说基准测试才是唯一的答案。如果你没有任何数据库相关的经验，我更推荐 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()将线程的中断标记清除掉。另一种就是响应这个中断请求，结束任务并清理相关的资源，或者继续向上传播中断异常。