这是一个创建于 247 天前的主题，其中的信息可能已经有所发展或是发生改变。
fastapi 部署的 web 后端,很多时候会阻塞,前端发请求他一点响应没有 ctrl+ c 一下就动了, gpt 说是同步的一些任务导致的阻塞,但是不可能一直阻塞无论多长时间都不释放吧
 |
1
hmxxmh 2025 年 5 月 15 日 via Android
代码贴出来看看
|
 |
2
nagisaushio 2025 年 5 月 15 日 via Android
windows ？
|
 |
3
Suger828 OP @nagisaushio 是
|
|
5
Suger828 OP 网络连接或 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 回答的不确定对不对 |
 |
6
72 2025 年 5 月 15 日
多开几个 works 就好了
|
 |
7
dcsuibian 2025 年 5 月 15 日 via Android
不会是 windows 命令行的编辑模式吧
|
 |
8
thevita 2025 年 5 月 15 日
火焰图照一下，缩小范围，看看有不有没注意到的同步调用.
|
 |
9
neoblackcap 2025 年 5 月 15 日
是不是有接口是长连接的？然后直接在业务处理的地方进行了 busy loop 的处理？
|
|
10
Suger828 OP @neoblackcap 有可能
|
 |
12
darksword21 PRO 没加 async worker 只开了一个？
|
 |
13
luckyc 2025 年 5 月 16 日
worker 几个撒?
|
|
14
Suger828 OP @darksword21 是
|
|
15
darksword21 PRO @Suger828 那肯定阻啊….
|
|
16
Suger828 OP @darksword21 async 有的 但是 worker 开了一个
|
 |
18
fulln 2025 年 5 月 16 日
是不是入口没写 async..
|
 |
21
llsquaer 2025 年 5 月 16 日
首先你得想想有没有啥同步耗时的代码卡在哪里了。里面有咩有写 time() 先关的东西。。异步里面是不是搞了线程？还带个 Lock 。 其次才是底层链接问题。
|
 |
22
chaunceywe 2025 年 5 月 16 日
检查下有没有在异步接口内定义什么同步且耗时的操作
|
Select Language