帮你转发到 ali 内网，请夸克那边的同学处理一下，回头有进展了我来更新

让他升级给后端研发或者他们那边熟悉这个产品的人，不升级再瞎扯就投诉

南浔古镇（各种演出，比较热闹）或者乌镇/西塘、大明山/安吉滑雪及泡温泉、如果不嫌远可以再跑去黄山/宏村

问了语雀那边的人，说是计划 12 月晚些时候推出离线版 App ，届时可应对语雀服务器灾难性宕机/飞机等无网络环境的离线阅读场景。

@dsb2468 根据 OSS 这个 bucket 的名称可以找到这个阿里云账号，看看能不能让网警联系阿里云，冻结这个 oss bucket 及账号

老哥节哀

macbook pro m 系列芯片机型, 用了一年多了，没听过见声音

@jack1998 dingtalk...

目前方法是接孩子 + 晚饭，找学校附近的托班搞定了，到晚上我们把孩子接回家之后，再考虑找个大学生辅导作业，多谢各位的铁子们建议！🙏

我看小红书上有，兼职做家教的，但是都是直接对接个人的，不清楚是否靠谱

常年使用 google.com.hk + 登录 google 账号，未出现过此类情况

大家常说的 OOM = OOME = HeapDumpOnOutOfMemoryError, 你这遇到是 oom-killer ，你先搞清楚这两个异常的区别以及触发条件....

还有你这 Linux 操作系统的 free -m 贴一下，上面跑了多少个 java 进程、jvm 堆/元数据区/部分非堆内存怎么设置的、发生 oom-killer 的时候会打出来一堆进程的内存使用率、oom_score 等信息，这些信息全没得...

看上面的需求描述，可以考虑阿里云的端云互联（ Alibaba Cloud Toolkit ） https://help.aliyun.com/zh/edas/w1h7u7
主要是从本地 Idea 里面安装 Alibaba Cloud Toolkit 插件，然后用了 SSH 代理或者使用 kubeconfig 的方式实现对 K8s 集群 Spring Cloud 服务进行访问的，按说 k8s service 也没问题。
调试的时候，可以从本地 Idea 启动应用发起调用或者被 K8s 集群里面部署的 Spring Cloud 服务调用。3 年前就出来了这样的功能，鹅厂还在抄袭。

LZ 发的问题现象、排查步骤以及 github 中的引文，说是是个 bug ，感觉有点牵强附会。

IOException：打开的文件过多，对应的英文应该是：Too many open files ，那应该查这个 Java 进程打开的文件描述符数和内容。

在 Linux&Unix 操作系统下运行 Java 程序，如果用 root 用户运行，默认只有操作系统层面的限制，root 用户本身没限制，如果是普通用户，那么受普通用户下执行 ulimit -Hn （ ulimit -n 显示的是 soft limit ，而 Java 应用程序需要看 hard limit ）数值的影响。在一些 Linux 操作系统下，一个普通用户打开的文件描述符默认是 1024 ，这个数值太小了，调大成 65535 或者稍微更大的值并没有问题（本来默认值就有点小，需要优化）。
Linux 操作系统下，单进程可打开的文件描述符限制优先级：soft limit < hard limit < kernel (NR_OPEN => /proc/sys/fs/nr_open)

如果 Java 程序运行在普通用户下，ulimit -Hn 参数值也优化过了，还是报 Too many open files ，那得看看这个 Java 进程到底是因为打开了啥导致的异常，具体看：ls -l /proc/<Java 进程 pid>/fd | more （内容会有点多），看看是文件，还是 established or close_wait 状态的 TCP 连接占用的多，根据看看到的异常输出结果，再去查资料也不迟。

如果那个 Java 进程打开的文件描述符数处结果（ ls -l /proc/<Java 进程 pid>/fd | more ）也都正常，那就看看是不是操作系统层面所有用户、所有进程打开的文件描述符数是不是超过了操作系统最大允许打开的文件描述符数上限（/proc/sys/fs/file-nr ）。

podman + kind
orbstack 后续要收费

1 、上面说分析 dump 文件的同学都没审题，LZ 说了是 java.lang.OutOfMemoryError: Unable to create new native thread ，而且 LZ 像是做主机运维的 ？不要只盯着服务器内存，可能有误导性；
2 、可以看下 https://www.cnblogs.com/rexcheny/p/9502248.html 这篇文章;
3 、昨晚一个客户遇到了一个几乎一样的问题，还没完全排查完，但看第 2 点的文章就比较有用。

LZ Project 的 Dockerfile 里面有 CPU 密集型任务（编译等） ？我之前也遇到过，如果用 QEMU 模拟器，在 macOS M1 芯片的主机上用 docker buildx build --platform linux/arm64,linux/amd64 ... 构建双架构镜像时，2 分钟+ 的构建任务，时间拉长到 20 分钟+ ，后来把 linux/amd64 镜像的构建单独找了一台 x86-64 架构的主机去构建，速度嗖嗖的提升。

不过这还不够，还可以通过交叉编译，构建速度有 100 倍的提升。
https://medium.com/@tonistiigi/faster-multi-platform-builds-dockerfile-cross-compilation-guide-part-1-ec087c719eaf

@tianhei826 举手之劳，客气了。还有一位同事也转了你的帖子到内网，看着有 Bug 不处理掉难受。

帮你转阿里内网了，让天猫的同学帮忙处理一下。