实验时间几年变量不好控制吧，白天一直用黑底看屏幕睡前也刷手机也是黑夜模式，这种状态十几年也没近视

@wxf666 只是简单做个演示，很多人对 Java 有刻板印象应用一启动就要用多少 G 内存不根据自身的需求做一些选择调整

@qcbf111 还有开发体验

最大堆给小点用轻量级的框架 Java 也可以比较小，用 Vertx HttpServer 压测最大堆给 32M 压测结果
➜ ~ wrk -t10 -c100 -d10s http://localhost:8080
Running 10s test @ http://localhost:8080
10 threads and 100 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 1.33ms 2.94ms 74.85ms 98.96%
Req/Sec 9.05k 2.01k 11.63k 82.97%
909414 requests in 10.10s, 8.51GB read
Requests/sec: 90003.95
Transfer/sec: 861.95MB

整个应用加上一些非堆的占用实际用 100M ，只想说要根据应用多方面的因素来选型

缺点是贵，但是有自带合并配置的功能省不少事情

这是习惯问题看熟练度的

装多个 jdk 版本不就行了 gradle 会识别 toolchain

主机 1 上
git bundle create myproject.bundle --all

会输出一个 myproject.bundle 的文件，然后用 U 盘或者其他方式传输到主机上 2 执行
git clone myproject.bundle
或者
git pull myproject.bundle 同步

ruoyi 代码质量太差了命名也是乱七八糟的，如果要提升水平不建议参考，只为出活快不考虑后续维护可以用

去年自己写了个通用的处理工具也因为这个问题加上了 pixiv 的数据源，可以根据关注的人或者收藏夹定时增量下载
https://github.com/shoaky009/source-downloader/blob/main/examples/pixiv.yaml

测试金字塔

频道的话 id 前面要加-100

@murmur 正常有些 IoT 项目需要到现场，保密级别高的就这样

@fu82581983 扩展函数、重载操作符、DSL 、主构造函数、参数默认值、灵活好用的线程操作 API 等等 反正我是一点不想写 Java 了

下载盘和应用的数据都挂在 SSD 上，一些不经常变更的放 HDD ，最后就是关闭媒体软件的文件夹监控改用 API 触发的方式

用 Maven 构建复杂点或者想做方便点的功能就避不了写插件，而且写 DSL 比 xml 舒服多了

我自己写了个类似的数据源实现了大部分通用的以外，还有 mikanani 、pixiv 、fanbox 、bilibili 、patreon 、telegram 等，再根据数据源来配置后续的下载器之类的组件，最终达成自己想要的目录结构。
只是目前项目上手难度大文档也不全（因为这个原因暂时也没推广），后续 ui 主要做类似 helm 的功能（懒癌发作只 init 了没动过），其他的核心功能和代码质量单元测试都比较完备

https://github.com/shoaky009/source-downloader

SpringBoot 应用跑起来 100M 都不用

可以试试 Vertx, 不过我认为并不能解决你现在的问题
https://github.com/LesnyRumcajs/grpc_bench/discussions/354