我觉得使用自定义 classloader 是最佳方案。类替换本就是类加载器处理的工作

别想那么多，你就试想 Java 不支持多继承的情况下，你要如何表达一个同时有多个特性的情况，比如 Set 的特性是元素不重复，List 是可以用索引访问，那我需要一个元素不重复并支持索引访问的集合那我怎么办，所以经常能看到留个接口 IXxx 再有个默认实现 AbstractXxx 的写法

Java 确实在现代语言中不算优秀，kotlin，c#，ts 等特性更丰富，表达能力更强，Go 现在没泛型，if err!=nil，热更新半残的状态，我觉得总体比 Java 还差点意思。但是 Java 没有协程方案，Project Loom 不知道要等到什么时候才上了

@zjq123 go 的指针不支持指针运算，我觉得这只是另一种表现形式的引用。要说 cgo 那就和 jni,jna 差不多了。
go 的优势是它的默认实现有可动态扩展的栈，方便创建很多协程，c#的无栈协程我觉得是更高效的协程方式，但是会增加编写负担

Java 的 ClassLoader，这个 C#也有，这个可以为代码热更新提供很大的便利。像 c/c++通常也有动态库，但动态库的符号似乎不能限定到一个命名空间内，也不支持符号卸载。除非能用上像微软的 COM 这类框架，但大部分库不会特地支持这类框架。

apk 里应该是没有构建用的文件的

灵活和性能经常是矛盾的

标准库越完善越容易流行 ，轮子好造，python java node.js go 都是如此

我希望和我合作的人封装好（指 IDE 比较强大的项目且封装代码层次清晰命名准确的）有不懂的开着 IDE 一步步跟过去就明白了，封装得好的他就是驼峰下划线大括号换行不换行混用我都不介意（除非命名空间污染）。

c++听说也快出无栈协程了。Java 日常加特性很保守，而且加上了也不知道 android 之类的什么时候才支持，kotlin 就挺好，不动 jvm 也加了不少语法糖。go 毕竟“大道至简”，不说了

c 语言有形成标准的 ABI （这使得 C 可以容易的热更新动态库），可以用宏，没有 GC，类型前置，类型隐式转换，不支持闭包，这些都是和 Go 不一样的地方，我觉得 go 和 C 差挺多的吧。

当需要造个轮子的时候，搜一下类，说不定轮子都不用造了？哈哈哈。原本的 default 访问级别就是限定同一个包内使用，但是不少项目为了跨包用都直接 public 了。大部分 IDE 都支持正则屏蔽特定包下的自动补全，所以感觉影响也不大

如果不是流量计费网络或者需要上传带宽的时候，软件 P2P 分享我觉得可以接受吧

通常方案，打包动态库，load 之前先从 jar 解压出来，或者和 jar 分开。应该也有一些从内存加载的方案，但要麻烦不少了

感觉大部分人都是针对后端服务的视角考虑的，其实还有很多领域。c/c++在嵌入式和计算密集领域基本不可动摇，VHDL Verilog 这类专业用途的描述语言大概也没动力改变，一些广泛的领域（如 GUI，构建系统，网络服务）可能会被一门特性丰富的通用型语言占据。猜测可能是 C#，Kotlin，Java20，C++30... Go 如果继续把低糖、关键字少、编译快作为卖点的话可能不太行。脚本语言在现在 IDE 面前，优势也不够明显了。不过说来，现在对语言发展影响最大的果然还是生态吧。

JVM 的第三方实现里 avian 算比较完善了，只是类库不全，而且原作者停止维护了，倒是希望有人会继续接替开发维护工作