关于 Java 笨重一说

今天有个帖子是说 Java 笨重、Spring 框架笨重，看完了总结了“笨重”的几点

内存占用多
JRE 很大
配置很复杂
依赖很多包，打包出来很大（ Srping/SpringBoot ）

内存占用多

这个无可厚非，毕竟运行在虚拟机上。但是之前看过一篇博客对比了 Quarkus （印象中） JIT 和 AOT 两种模式下运行内存的占用，启动初期 AOT 完胜 JIT ，但是高负载情况下两者差不多，所以我想了解下是如果同等高负载的情况下，C++/Go 这类的服务端程序的内存占用跟 Java （最新）比差距大不大呢。

JRE 很大

这个如果在最新 Java 下面用 jlink 并且压缩一下应该 50MB （包含 JavaFX 了，不包含的没试过）左右，一个带 JRE 的 Java 应用 50MB 应该还可以接受吧。其实我疑惑的是很多人吐槽 JRE 大，没人吐槽 NodeJS 或者 Python 大么

配置很复杂

估计指的是 Servlet 那套 web.xml 配置以及远古时代 Spring 的 context.xml ，这个我也想吐槽，不过 SpringBoot 应该缓解了这个问题

打出来的包很大

Srping/SpringBoot 为了方便开发提供了很多大而全的东西所以很大，如果你的程序就简单的接口，业务代码也很简单，什么依赖注入、切面、请求体转换、参数校验等等功能都用不到，那也没必要用 Spring 框架。顺便问一句有什么好 Java Web 框架脱离 Servlet 体系又很瘦小的

其实对于我这个 Java 菜鸡来说上面问题都不是让我郁闷的，真正让我郁闷的是 Java 为什么这么多规范！这么多规范真的好吗？

Servlet 规范，大环境下啥时候可以脱离这玩意啊
Getter 、Setter 方法，我见了很多类的 Getter 、Setter 根本就没什么逻辑在里面，为什么不直接 Public 呢？
面向接口编程，特别 Spring 开发模式，很多 xxxService/xxxServiceImpl ，经常要改变实现类？我没见过要改的。这种规范搞到一个简单的请求处理分了好几层，写得贼难受，但是公司项目就这样必须做到统一

thinkershare

2022-05-07 23:51:59 +08:00

Java 整个体系没啥大问题, 除了啰嗦了点. 否则也不会成为如今后端的 TOP 1 了, 虽然有历史的进程原因.
1. Servlet 规范是没法抛弃的, 这个本质上就是整个 JAVA 生态的原初理念
2. 字段不应该直接暴露, 这个和有无逻辑毫无关系, 暴露细节违反了面向对象最基础封装特性, 这个几乎没有争议
3. 面向接口编程没啥问题, Java 一些解决方案的复杂化是因为大家都过渡追求复用, 然后过度抽象. 如果你确定一个东西不会更改, 你完全就可以直接 new, 你看你的代码是不是到处都在直接构造 String 这些基本类型. 最佳实践都是人们踩过的坑后慢慢总结出来的, 因此公司项目还是要以规范性为主, 因为你需要和其它人协作, 多人协作一致性是最重要的一条原则.

geekvcn

2022-05-08 00:07:15 +08:00

第一点内存占用多，你为什么不用 C++写项目？有人逼着你用 Java 写？ Java 跑在 JVM 上，天生就多了 JVM 的内存占用，真内存敏感还非要用真的是你自己的问题。
JRE 很大，如果你是上世纪的电脑我还能理解，如今的电脑 JRE 那大小算个屁。
配置很复杂，依赖很多，打出来的包很大这两条就更离谱了？你是把框架的问题算到 Java 头上了，你不满意现有轮子，自己造轮子不就行了，没人逼你用这些框架吧？

yesterdaysun

2022-05-08 00:31:44 +08:00

我觉得相比老的 j2ee, Spring/SpringBoot 已经算轻的了, 虽然离云原生的标准还差了不少, 但是毕竟也是有其他优势的, 就是生态好, 工具 /社区丰富, 也隐藏了一些复杂的底层细节, 所谓"笨重"应该不是首要考虑的问题

此外, Getter/Setter 我觉得是必要的, 如果是真纯数据类型, 已经有 record 类了, 如果要加上一些行为的话, 隐藏在 Getter/Setter 后面是最方便自然的了, 如果只是怕麻烦, 可以用 lombok, 很方便

IService/ServiceImpl 这个应该是如果是接口的话, 底层就会用 JDK 动态代理实现, 如果是有一个 Service 的话, 用的 CGLIB, 据说性能稍微差一点, 反正我的话, 如果接口有多个实现, 就用接口, 如果只是单个实现, 就不要接口

你说一个请求要好几层的话, 这个和接口什么的没有关系, 是设计的问题, 要看你的项目架构怎么设计和定义的了, 一般都得分个请求层 /服务层 /数据层之类的, 如果说 3 层都闲多, 要目你的项目太简单是真不需要, 要么就是还没遇到合在一起遇到的麻烦事.

如果说的是单 Service 层有好几层, 那要看具体情况了, 如果只是单单说是公司规定, 全是模版代码, 我建议如果不能说服老大, 那自己做一个模版代码生成器会方便很多

secondwtq

2022-05-08 00:35:57 +08:00

内存占用和 JIT 、AOT 是没关系的，主要是 Tracing GC 的问题。Tracing GC 就意味着任一时刻内存中必然有一部分数据是“无用”的，造成内存空间的“浪费”。
其他 Tracing GC 的语言也一样，并且 GC 调优有时候还需要用更多的“无用”内存占用换取 GC 更少触发。
其实不用 Tracing GC 也会有其他问题，比如用了对象池 /内存池。在这些情况下，内核看到的内存占用其实都不能代表应用程序的“真实”内存占用，但是这些“没用”的内存又确确实实被占着。

billlee

2022-05-08 01:49:22 +08:00

java 的内存问题不单是 tracing gc 带来的占用内存多的问题，还有个更复杂的问题是对象类型的变量是引用，无法嵌套对象。这个不但有内存使用量的开销，还有因为内存布局无法控制可能带来性能损耗。

有些对内存局部性敏感的算法用 java 写出来就是要比 C++ 慢，有时为了优化性能，必须放弃面向对象的写法，把对象数组改成每个属性拆出来单独存数组, 写出来的代码就和 matlab 差不多。

拿 C++ 的话来说，就是 java 的面向对象抽象不是零开销的。