@git00ll 完全不能理解这种行为，库都提供好了非得自己再包一层然后弄成 static ，然后 util 对外暴露的 api 还更少了想用的时候又自己加一个方法。

美国有华人圈很多上年纪的都不会英语也不妨碍

mvnd + 模块化 + 多线程

@cyaki 藏了一年的准心和 MOUZ 打换了之后判若两人，半决赛 C 到决赛稳定发挥

内存不够不等于内存泄漏，4.6.7 版本下几百个种子都没问题没重启过，以前的版本也没有，用的 linuxserver/qbittorrent

beszel 就很简单轻量操作系统和每个 docker 容器的资源占用的面板，但是现在还不支持 smart ，可以和 scrutiny 一起用

@Orenoid 我也没看懂这东西跟 Java 就没啥强关联，还有把依赖注入说成臭不可闻的

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

@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

测试金字塔