@AngryMagikarp #84 第一个回复就有人写了，"打包出来就一个可执行文件"，有动态依赖是没错，但最多就依赖操作系统的部分核心库，也很少见到有人拿 Go 写动态库的。

@xmge #82 确实时代变了，但是动态库还是有些的价值的，比如现在被广泛诟病的 electron，如果 electron 变成一个通用库，所有程序都用这一个库，不仅打包大小小很多，内存占用也可以变小。不过版本管理就会麻烦，各有取舍吧

很迷惑，最早的时候 C 程序都是静态编译的，后来为了避免内存中存在库的多个副本造成内存浪费，出现了动态库，然后，Go 又改了回去，然后这个特性受到了广泛好评。。。

涉及多个领域而接触多个语言的情况是很常见的，这种时候不说精通，能简单读懂还是有必要的。

@cheng6563 #10 今天刚好碰到一个 libgdx 上 jni 访问越界造成 jvm 崩溃的问题，把源码全部扒出来查了半天最后发现是 openj9 的问题，换上了 zulujdk11 就好了。。。

我有过类似的想法，合作性质的游戏 /软件开发。这类的软件只支持移动端的话我觉得不太好

@yjxjn #2 我工作不是用 Java 的，只是自己做的一些工具是用 Java，因为不能堵塞 UI 线程，涉及网络，文件等耗时操作都会用到多线程

我印象中 notify 好像是唤醒等待线程用的，好像和放弃执行没有关系，而且时间片级别的操作大多依赖操作系统对线程调度的实现，不过如果线程进入等待的话理应可以立即放弃时间片的

应该和操作系统实现有关，我用 C 在 windows 下测试了下，stdin 在 read 堵塞的状态下，close 也会堵塞

编译时以来的 class 文件和运行时的 class 文件版本不一致

@Mac 只占用闲置带宽的话可以接受，现在一般不打即时性游戏了，吃满上行就不行了

@anticipated 聊天掉线应该不至于，如果吃满带宽音视频通话可能会掉倒是，如果是 P2P 加速那文是通过摘要算法匹配的，我自己的资料只要我不公开摘要别人也拿不到吧应该

不太懂，用我的闲置带宽对我有什么影响吗？

1 、java 不需要保证类是从哪个 classloader 加载的
2 、并不是只能通过反射调用，你甚至可以自定义 classloader 破坏双亲委派替换掉一个本来已经加载的类去

@hepin1989 #85 Project Loom 可惜目前还是在开发中，不知道能用要到什么时候了

@beidounanxizi #70 Go 不也有反射吗？现在大部分语言都有反射的了，除了 c/c++，太 OOP 不太懂什么意思，啰嗦方面，Java 的 stream api 和 lambda 配合我觉得比 go 好使，nio 是最底层的 select 模型的包装吧，可以找个好用点的上层封装，netty 之类的，Java 还是缺少一个协程方案，无论有栈无栈

有好用的 IDE，ts 的使用体验会很好

不用在意最佳实践，流程上需要怎么做就怎么做就行，你还可以换一个 Exception 抛出去，然后把 Cause 设置为捕获到的异常

@abcbuzhiming c++编译速度确实慢，不过我认为正确的方向应该是添加像 windows COM 的模块化方案，分模块编译，预编译头文件之类的减少编译时间的手段，而不是减少特性和降低语言表达能力。

@abcbuzhiming c++都能编译出 1GB，用其他语言也减小不了了吧？何况 c++还可以动态链接，go 出来就只有一个可执行文件所有库都打包的不是更不行么

这几天正好在尝试做个 eclipse 插件，体验不是很好，插件间的依赖不能自动解决，各种类无法解析错误。。不知道是不是我开发方式有问题。。。