你这种很简单啊, 那种 先查 a 表的内容然后用 a 表内容查 b 表内容 各自分组的 才复杂

Vibe Coding 交流记录可以开源吗

@voyagerth1 运行可以运行

微调大模型来实现把知识灌入基本不可能，你只能重新预训练 ， 微调做的只是让大模型懂一些专业的流程和术语的理解

@mcsddjyd 但是很多人像你这样读 会质变但也很多人读了只是读了没什么作用

百万一年

agent 都慢

因为难以变现啊, 高天佬这种感觉就是发视频玩玩, 那点钱和他微软工资差太多了

@yh7gdiaYW 基本上都是异步，非异步的一些也不是耗时的任务

@fulln 写了

@darksword21 async 有的 但是 worker 开了一个

@darksword21 是

@dcsuibian win 命令行哪有编辑模式

@neoblackcap 有可能

网络连接或 Socket 问题详解
在 Web 服务器中，特别是像 FastAPI/Uvicorn 这样的异步服务器，网络连接和 socket 配置可能会导致您遇到的症状。具体来说：
1. Socket 状态管理问题
当客户端连接到服务器时，会创建一个 socket 连接。这个连接在以下情况可能会出问题：

半开连接(Half-open connections): 当客户端断开连接但服务器没有正确检测到这种情况时，socket 可能处于"半开"状态，占用资源但不再有效。
TIME_WAIT 状态: 当连接关闭后，socket 可能会进入 TIME_WAIT 状态，在一段时间内仍然占用端口。

在 Windows 上，这种 socket 状态管理问题可能更为严重，因为 Windows 的网络堆栈实现与 Unix 系统有所不同。
2. 连接池耗尽
您的服务器可能有一个连接池限制，当所有连接都被占用时，新的请求无法被处理：

默认情况下，许多服务器有最大连接数限制
如果连接没有正确关闭，可能会导致连接池逐渐耗尽

3. SO_REUSEADDR 设置问题
在 Windows 上，socket 选项 SO_REUSEADDR 的行为与 Unix 系统不同：

在 Unix 系统上，它允许绑定到处于 TIME_WAIT 状态的地址
在 Windows 上，它的行为更宽松，允许多个进程绑定到同一地址，可能导致意外行为

4. Windows 特有的阻塞行为
Windows 上的网络 API 在某些情况下可能会表现出异步不友好的阻塞行为：

某些网络操作可能会阻塞事件循环，尽管它们声明是非阻塞的
Windows 的 WSA(Windows Socket API)与标准 BSD sockets 有细微但重要的差异

为什么 Ctrl+C 会"修复"这个问题？
当您按下 Ctrl+C 时，以下事情会发生：

强制关闭活动连接: 所有活动的 socket 连接会被强制关闭
释放端口绑定: 服务器会释放之前绑定的端口
清理半开连接: 半开连接和处于异常状态的 socket 会被清理
重置内部状态: 服务器内部状态会被部分重置，但由于您的服务器没有完全退出，一些组件会继续运行
事件循环重新调度: 事件循环通常会响应中断信号，重新调度任务

这些操作相当于"重置"了服务器的网络状态，允许它重新开始接受新连接。



上面是 ai 回答的不确定对不对

@hmxxmh 公司代码 不太方便

@nagisaushio 是

@northernsongy2 那么贵啊