Ezra 发表于 2023-1-25 21:27
不考虑效率的情况下，我认为也不是很麻烦，给java程序包含一个jre的运行环境或许你没了解过 ...

了解过是了解过，不过那就真没什么必要了，那样体积上就和electron没什么区别了，甚至比他还大，开发效率java和js现在不相伯仲，界面UI上java远远不如前端三件套，如果说引用javafx的话，就有回到了还不如用electron的情况了

禁回忆 发表于 2022-12-12 11:30
做应用主要是给用户去使用的，如果自己使用，有CE等等一系列高效率的现成的软件，不需要再重复造轮子，如 ...

不考虑效率的情况下，我认为也不是很麻烦，给java程序包含一个jre的运行环境或许你没了解过

Ezra 发表于 2022-12-10 11:04
java应用自带一个环境很难么

做应用主要是给用户去使用的，如果自己使用，有CE等等一系列高效率的现成的软件，不需要再重复造轮子，如果是给用户使用，在绝大部分用户都是windows用户的情况下，你可以参考我的世界/我的世界启动器hmcl，相比可以直接运行的exe，你会选择还需要下载jre，需要配置运行环境的java程序？
对于开发来说，配个jre轻轻松松，对于用户呢？

Ezra 发表于 2022-12-10 11:05
都说想法好了，为什么还问出这种沙雕问题，标题都写得明明白白了

我的观点是Java用JNI去做内存操作完全是得不偿失，java本身就不适合做桌面程序，JNI更是出了名的效率低。说想法好是因为我估计楼主是想让做java的可以方便的去操作内存，因为java本身因为内存安全问题不允许你去直接操作内存，不管是自己的还是外部的。
专业的事情就要交给专业的工具去做，java擅长的并不是这些，这些工作直接用C/C++甚至C#去写都会有更高的效率，开发效率也不低。
这操作就好像是吃面条不用筷子，非得用牙签戳着吃一样。
JNI本身的意义在于有些功能需要调用C/C++的底层实现，在最初jvm优化不怎么样的时候，通过解释器JVM虚拟机去解释执行，使用JNI去调用高效率的C/C++程序。后来又先后扩充了模板解释器，加入了JIT即时编译，JVM的解释执行效率有很大的提升，现在jvm的运行效率在众语言中都算很靠前的，甚至比GO的效率都高。
借用别人的一句话：JVM自身的性能越高，通过JNI调用外部函数的开销（相对于执行纯Java代码）就会越大
现在用到jni的场景仅仅只剩下做Android开发时调用Native部分、历史遗留的C/C++代码。

禁回忆 发表于 2022-3-18 08:28
额，想法很好，问题是，同样是做外G，用C\C++\C#他不香么？
或者直接用火山不行？
为啥还要走JNI？java本身 ...

都说想法好了，为什么还问出这种沙雕问题，标题都写得明明白白了

禁回忆 发表于 2022-3-18 08:28
额，想法很好，问题是，同样是做外G，用C\C++\C#他不香么？
或者直接用火山不行？
为啥还要走JNI？java本身 ...

java应用自带一个环境很难么

很强大  希望楼主坚持

很好很强悍，坚持下去哦~

不明觉历