桌面的可以用 lwjgl，还可以直接上个框架 libGDX，同时支持 android，想深入搞游戏特别是对图形图像要求高的，c/c++ oepnGL 是必须学的(现在好像是不少开始用 vulkan 了，这个就不了解了

@pursuer
漏了几个字
看前面的警告代码好像还访问了没有暴露出来的内部（变量），说不定哪一个版本把 field 和谐了就挂了

想了半天 Method 的中文描述应该是成员函数。。一时没想起来

错误很直白，没有这个 Method，哪个类的 Method 缺失了可以看下源码和调用栈， 通常是因为库的版本不一致造成的，例如 Java8 的代码跑在 Java6 的环境中
看前面的警告代码好像还访问了没有暴露出来的内部，说不定哪一个版本把 field 和谐了就挂了

有闲心可以看看 TinyCC，代码质量一般，应用场景比较有意思，我也希望这个项目能持续有人维护（或重构？）下去，原作者不再维护了，现在还有其他人在 https://repo.or.cz/tinycc.git 上更新

dlopen RTLD_GLOBAL 可以让加载的 so 的导出对后续加载的 so 可见，但这和 xml 啥的没什么关系，不过这个方式可能动态库卸载不了吧，我也不确定。你说的注册机制倒有点像 windows com 的设计。

@amiwrong123 这样，我之前一直以为泛型对代码生成是没有影响的，感觉一般泛型 xxx<xxx>最后都会变成 xxx<Object>

@pursuer 不过好像这么理解也没错，kind 是一个 Class，运行期要用 isAssignabelFrom getName 之类的方法才能判断类型 kind 代表的类型

附言的理解不对啊，Java 的泛型只是用于编译器检查的，对实际生成的代码是没有影响的

@reus 这句话总感觉像在黑 rust，rust 保障的是内存安全问题，测试不只是测试内存安全问题啊。
话说我记得你也是用 go 造轮子的呀，说明对你来说还是 go 顺手吧。

现在各个领域有最适合的语言，可以看看自己感兴趣的领域

大概因为引用传递适合大部分的情况，所以就默认使用引用传递。值拷贝在处理复杂对象时不一定把一块内存复制过去就可以了，所以 c++为了处理这个情况还搞了个复制构造函数，Java 中对应的就是 clone 方法，只是 Java 默认是引用传递，c++默认是值传递

@gramyang 基础类型一般不会，“ Channel 即使是复合类型那还是由基本类型组成的”，虽然说复合类型细分到最后都是基本类型组成的，但是复合类型里的循环引用在生成 json 这样的数据结构时就可能有问题

即使是基本类型，A 对象有 B 的引用，B 又有 A 引用，最后 json 生成出来一环套一环死循环递归不就爆栈了

如果用 new，编译的时候在 classpath 里没有驱动的类，那代码连编译都过不去。用 class.forName，即使编译的时候没有类，只要在运行的时候驱动的类在 classpath 就可以加载类。

没编译过 ffmpeg，这个是交叉编译吧，报错没办法创建可以执行的程序，交叉编译创建不了 native 可执行程序的。看下怎么交叉编译 ffmpeg ？

c++语言本身是不错的，特别是 c++11 以后，我还是比较喜欢的，但是下面几个问题处理起来一直很麻烦

包 /源码管理和构建模式花样实在多，特别 autotool 那套。现在好像 cmake 要成为这块的解决方案了。

ABI 兼容。虽然我没碰到过，不同版本的编译器之间的二进制可能不通用，甚至标准库实现的不同都可能导致二进制不兼容。

IDE 不太好使，之前想看下 llvm 的代码，拿 vscode 看的，看的比较蓝瘦。Java 的 IDE 大都可以方便的分析类的关系，比较好用，也可能是我用的不熟。顺便有没有觉得很不错的 c/c++的 IDE 可以推荐下。

@StarkWhite 没用过，不清楚，在不用 native 代码或其他 hack 技巧情况下，单 jvm 动态加载代码应该是要用 classloader 的，不然可能是开了多个 jvm

@Weixiao0725
直接看 classloader 的 api 文档就可以
加载卸载还是要以 classloader 为单位的。没有引用的 classloader，System.gc 就清理了，只是要保证没有引用很困难，要求工程的模块化做的很好。