@jhdxr 我一直很奇怪, 到底是什么样得开发需要用原生 shell 而不是用 xshell 这类工具.
我自己是 Java 后端开发, ssh 连到服务器, 不仅仅是改改脚本, 看看日志, 还要经常性得上传下载 jar 包, 遇到大得日志文件也是下到本地来进行分析. 开发过程中上传下载是比较频繁得, 难道用 shell 上传下载么, 也不是不能用, 就是比较难用. 而且测试+开发环境服务器零零碎碎也有十几台机器要连, 用 shell 那还不得把这些机器名字记下来了? 再说我办公室里几百号开发人员, 除了运维, 我也没见哪个开发不用 xshell 这类工具而用原生 shell 的.
我真的是特别好奇原生 shell 的强需求场景, 谁能帮我解解惑?

@jhdxr 那不还是走控制台嘛, terminal 就为了连那几台机器么, 用的着这么折腾, 随便找个用用就行了

真的有人用 terminal 吗, 难道你们就只需要连那么几台机器?
实际工作当中, 哪个不是几十台上百台机器的, 用 terminal 真的记得住哪台是哪台吗

m1, 开毛虚拟机, m1 不需要虚拟机

系统内部 poweroff 当然不行了, 跟钱相关的事, 必然是要走 api 的, 你直接 poweroff 了, 难道阿里还一台台虚拟机监控过去, 看见你 poweroff 了就不算钱?

m1 啊, 天下无敌

fastjson 吧, 封装都不用

@Xiaojiaaaa oracle 补丁是要付费账号才能下载的, 一年几十万啊

780 万不是随便删么, 几分钟到几十分钟就差不多了, 又不是 78 个亿, 怕个卵

前端转什么 java 啊, 把 nodejs 学一学, 自己接点小项目搞搞不香吗, 莫非你想进阿里, 那倒是可以转

powershell 啊, 或者 xshell

@boris93 你这轻量级使用, 或者纯框架用用, 那用啥都行, 反正也没几行代码. 等你碰到需要大量手写序列化反序列化的时候, 你就知道使用 fastjson 的工作量少的不是一星半点了. jackson 各种配置各种 try catch, fastjson 开箱即用.

@Xbluer jackson 不一样爆么, fastjson 用的人多, 爆的自然就多, 这不很正常么.
再说这么多漏洞爆来爆去, 大多不都是 autotype 引起的, jackson 不也因为 autotype 爆过好几次漏洞.
关掉 autotype 不就好了.

才百万数据, 全部塞内存里就行了

fastjson 比 jackson 好用一万倍啊, 为什么要用 jackson, 到处 try catch 很爽吗?

wps 云文档啊, 搭建都免了

@opengps @yc8332 跟聚集索引无关. 聚集索引是会降低性能. 但是家用机降低十分严重, 阿里云主机就影响不大, 同样都是 uuid, 同样是聚集索引, 那他们之间的性能差别, 是怎么来的?

1.5 啊, 这个最稳定, 公司用当然一切求稳了.
上什么 1.6, 1.7, 1.8, 11, 15, 16, 不出问题还好, 一出问题怎么办, 你们公司有能力修改 jdk 源码么

可以做固定时间点的延时重发.
比如说, 1 秒, 10 秒, 30 秒, 1 分钟, 5 分钟, 1 小时, 8 小时, 24 小时延时等.
针对每个延时时间创建一个队列, 生产者按延时需求将数据(数据里包一层最终要去的队列名)发送到对应队列.
然后每个队列起一个消费者, 轮询数据, 到点发送到目标队列即可.
```
headers.put('finalTopic', topic);
producer.send(new ProducerRecord(delayedTopic, key, value, headers));
```

```
// 60 秒延时队列
int delay = 60_000;
while (true) {
ConsumerRecords<String, String> records = consumer.poll(Duration.ofMillis(100));
for (ConsumerRecord<String, String> record : records) {
long timeLeft = record.timestamp() + delay - System.currentTimeMillis();
if (timeLeft > 0) {
Thread.sleep(timeLeft);
}
var topic = record.headers.lastHeader('finalTopic')
record.headers.remove('finalTopic');
producer.send(new ProducerRecord(topic, key, value, headers));
}
}
```