sleep infinity 专门为休眠设计的，语义清晰，但是 docker 不太友好，因为某些基础镜像（特别是 Alpine ）的 busybox sleep 不支持 infinity 参数。

更推荐使用 init 系统或 supervisor 管理进程。

FROM alpine:latest
RUN apk add --no-cache tini
ENTRYPOINT ["/sbin/tini", "--"]
CMD ["sh", "-c", "trap 'exit 0' TERM INT; while true; do sleep 1; done"]

@everhythm 这是分享 URL 吗？

感觉 air 吧， 内存 24G 就足足够了， 硬盘多一点更好，文档需求多的 1t ，少的 512G

git 经常忘记 commit ， 把这个坏毛病改掉不就行了吗

@powersee #113 我知道你说这种，没一个命令开启一个新的 process ，但是第二条命了执行的环境不等于第一条执行后的环境（即举例 如果第一条命了是 cd /xxx/xx/xx ，第二条命令 process 执行不会在 这个目录下）， 所以我说的是 管道模式那种，一个 ShellChannel

@powersee #86
您应该是：
用户
｜
程序
/ \
窗口 pty1 窗口 pty2
| ｜
linux 服务器

我是：
用户 1 窗口 用户 2 窗口
\ /
程序
｜
窗口 pty
|
linux 服务器

我是要用户 1 和用户 2 先后输入命令，在用户 1 返回后才能开始执行用户 2 窗口输入的命令，所以我需要判断用户 1 命令是否执行完成

@powersee #86 那我理解了， 你不涉及 依次同步执行命令， 而是 输入/返回，本身就是 分别的 管道是吧？

我是要同步效果： 命令 1 -执行完成 - 命令 2 - 执行完成 ， 不管多少个用户开了多少个窗口，只要命令 1 在执行，命令 2 就需要等命令 1 执行完成后才能开始执行，

你应该是 ：

01 、输入监听 -> 放到 linux 执行
02 、返回流监听 -> 放到程序界面显示
01 和 02 这两个是 互相“独立”的。

@powersee #86 我理解您说的意思，命令肯定是操作系统 bash/zsh 等解释执行的。 我的症结是这个，简单举例：你的程序相当于一个“管道”嘛， 用户 - 程序 <-> linux 服务器 ， 我想知道的是，linux 服务器执行命令之后，你在程序界面显示 执行完成后的结果（也就是 程序界面 <- linux 服务器 ） 这一段，何时判断 linux 服务器执行完成了， 你可以显示在程序界面了。

大佬，有个疑问想请教下，您是如何判断 linux 命令已经直接完毕的，然后返回渲染？

我之前在网上找了些方案：
一、看 io 输入是否还有， 弊端：1 、有时候网络波动，io 没有输入但是命令还没返回完； 2 、类似 sleep 10 echo 1 这种命令，10 秒内 io 没返回直接 return 了不行
二、根据换行后的 #、$ 等标识（ 比如 [root@localhost ~]# ） ，弊端：不够优雅，而且如果是 cat xxx.txt ，xxx.txt 文本中有 # 等在末尾，恰好有可能碰撞到返回
三、 用户输入命令自行拼接，比如 输入 ls ， 变为 ls , echo end ， 根据 返回 end 判断。弊端 ：不够优雅，且有同样“二”问题
等等

ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \
-i /tmp/h264.mp4 \
-vf 'format=nv12|vaapi,hwupload' \
-c:v hevc_vaapi \
-b:v 0 \
-qp 28 \
-preset medium \
-c:a copy \
/tmp/hevc.mp4

不可能完全不损失

@SoloCompany #3 我也觉得，如果强制要求，就只有返回时候 对象接收。鉴于 Map<Long, Integer> 如何封装成一个对象? 一个有 2 的 64 次方个字段的对象, 字段名分别为 r0, r1, 到 r 无穷吗。 那就返回 List<DTO> , DTO:
private String key;
private String value;

key set 变量名称：r0, r1, 到 r 无穷
value set 值

别问 问就是 Mac

@simonlu9 这样来说，业务功能是面向用户的，管理后台是面向软件运维者。
这个例子，那这个很好理解了，群创建或解散，属于业务的功能（当然你说后台也具备功能，这说法没问题，但是后台只是给软件的管理员提供一个集中管理的便捷），所以这个肯定是接口服务，一个群解散的接口服务，消息在接口服务里面消费。管理后台走内部通道去调用接口服务（即接口服务是 api1 ，可以专门写一个内部接口 api2 ，但是 api1 2 里面的实现 service.dell()是一个 ）

消费过后，数据存储的在一个地方，那不就没任何问题了。
关于消费者放在哪儿的问题，我理解，看这个消息的类型：
1. 这个消息是用户业务相关的，那么放在接口服务。比如接口服务是账单服务，那么支付系统发送过来的支付消息，就在接口服务。
2. 这个消息只是后台管理相关的，那么就放在管理后台。比如消息队列是 xxx 公司报表系统发送过来的，需要做 xxx 管控，那么就在管理后台，因为它与用户业务无关。

我觉得，
如果公司服务器能够外网连接，那么就直接公司服务器，随时可用。
如果公司服务器只能内网，要不内网穿透，要不某云买一个 oracle 服务吧。

本来想用套娃的方式，在 docker 中安装运行 Linux ，然后在 Linux 中安装 oracle ，但是好多教程说不可行。。。
---------
一直没懂，还需要教程搜索。
既然你说的 oracle 都没有 arm 版本，那么无论你安装 linux 还是其他，底座不也还是 arm 架构才行吗？

现在被墙了，以前都可以不用科学登录。

咳了 10 天了，我觉得我要去照 CT 看看。

手动弄一个文件 加载到内存里面不就好了