lambda"可能"会在另一个线程中执行，就像回调函数一样

没有明确创建线程操作基本都是用的一个线程吧

有符号不一定有实现吧，有的符号是外部符号，就没有实现

要把 eclipse 和 cmd 的执行命令写出来才能查，查 classpath

@lookenwu 这，我觉得 c 不错，但是我对 go 不感冒啊

按照对应平台的 abi 调用规则去调就可以了，有些比如 lua 的 c 接口倒是平台无关的

ARM 因功耗低，intel 又 14nm++++，所以能发展起来，我想 RISC-V 要快速发展也需要一个独有的优势吧

String 就只是 String，Java 没定义 String 一定要什么编码存储，你要想输出 GBK 编码，就要在输出为二进制的时候转，例如
OutputStreamWriter(OutputStream out, String charsetName) 中指定 charsetName 为"gbk"
或者
getBytes(String charsetName)中指定 charsetName 为"gbk"

Kotlin 抄 C#，Java 抄 Kotlin，感觉这几个语言迟早会变成差不多的样子。。

nanohttpd

@caiji11 我之前在 Github 上找到一个叫 miniJVM 的 JVM 实现，作者表示实现了 jdwp，那个时候了解了下。一般 jdwp 只用于调试，虽然没测试过，不过直觉上觉得会影响性能，细节的东西没怎么了解过。

debug 时用的是 jdwp

@OldActorsSmile 我以前一直也是可以直接扫不需要输入密码的，后来有次也是突然要我输入密码，可能是微信卸载重装

@SoloCompany
@abcbuzhiming
无奈 Android 的运行时碎片化太厉害，还是会需要使用高版本 android.jar 编译同时要应用兼容低版本系统。

再次更正，我查到 final 关键字对字节码生成没有影响，所以上面说的指令差异也是不对的，那可能还是因为方法签名的问题吧。

更正一下，我再次检查文档的时候发现 Java8 的时候 flip 方法是 final 的，但 Java11 后去掉了，导致编译器在高版本下使用了 invokevirtual 指令调用 flip 函数，导致低版本产生异常。上面提到的“JVM 将不同返回值认定为不同方法“这一说法是不成立的。

看起来没有给 name 分配内存，像 char *name=(char *)malloc(50)或者 char name[50]这样？

@blless 不使用 go 的原因其实也有其他的，比如我需要热重载（动态加载），go 的支持就不太行，最多只能用 plugin，还只有 linux 能用，像 java,c#,c/c++都有动态加载方案，java 和 c#甚至还能共用符号空间，c/c++其实也有一些第三方 elf 加载器可以管理符号空间。然后就是像 c#,kotlin,java 也有不少语法糖和类型推断能力，go 相比较没有什么优势了。不过语言优劣争来争去确实意义不大，符合需求就好。

@windghoul 只是 oracle jdk 收费吧