任何不在官方购买的行为，自己要为之负责

让我来猜一下，半个月前你一定更新了手机或者电脑的大版本，如果是，那么请将两台设备更新到最新版本，如果不是，那么可能是其他原因

友情提示：缩短年限，等贷款还完，公积金可提不出来了哦

神不神的不知道，但你是真的菜

@Fish1024 显然正常人不会仅仅为了获取 ip ，再搞一台服务器，为了一碟醋包饺子这事不太行

@Fish1024 你思考过你说的方案的可行性吗...你没有固定 ip ，你是靠什么把 http 服务部署在公网的，哥

@wniming 是的，据我所知现在很多路由器都可以，我是 linksys 的路由器

我的路由器后台可以直接看到 ip ，但我不认可 ddns 会导致封宽带的说法，完全是无稽之谈

我就是这么用的，也是万兆口，半年了

上这来找骂？已 b

2000w 根本不多，我觉得没必要分

钣金就可以

@xlsepiphone 如果需要这么做的，这属于 stream 的第二种使用方式，可以参考： https://nodejs.org/dist/latest-v20.x/docs/api/stream.html#two-reading-modes

举个例子
const { createReadStream, createWriteStream } = require('fs')

const readStream = createReadStream('/foo')
const writeStream = createWriteStream('/bar')
readStream.pipe(writeStream)

感觉是你使用上出现了问题，既然使用了 stream ，一般来说是不需要自己控制数据的读取的，通过 pipe 处理就好了，即使使用三方库也是同样的逻辑

@mineralsalt 多运行一个服务和使用 redis 加锁有本质区别，之所以使用 ID 生成服务，那就说明业务使用 redis 已经无法满足当前需求，你觉得没区别是因为你的业务量级并没有达到需要一个 ID 生成服务的程度

另外，你说的几个缺点，如果一个公司的业务到达这个规模，还在纠结几百兆内存的话，那还是倒闭算了，而且谁也没有规定这个服务必须使用 java ，你觉得 java 消耗内存，那选择其他的就是了

你最后提到的一点，“但是一个小项目”，显然和题主的需求严重冲突，没必要强行回答，甚至于说一个小项目我连 redis 都不需要就可以实现一个唯一 ID 生成的功能

@mineralsalt 我倒是觉得 1L 非常优雅