关于httpx.AsyncClient：是否必须使用`async with AsyncClient`语法？

咱们先明确一点：async with httpx.AsyncClient() as client:这种上下文管理器写法不是必须的，但它是官方推荐的最佳实践，原因和资源管理直接相关，咱们来拆解两种写法的区别：

1. async with写法的核心优势 #

这种写法利用了Python的异步上下文管理器特性，它会自动帮你完成两件关键的事：

• 在代码块开始时初始化客户端（比如创建连接池）
• 在代码块结束时（不管是正常执行还是抛出异常），自动调用await client.aclose()，彻底清理客户端持有的连接池、底层网络套接字等资源

简单说就是：不用你手动操心资源释放，从根源上避免了连接泄漏、资源耗尽的风险。

2. 你提到的手动创建写法的问题 #

你给出的这段代码：

async def get_client():
    return httpx.AsyncClient()

client = await get_client()
response = await client.get('https://example.org')

是可以正常运行的，但有个致命的隐患：你必须手动负责关闭客户端。如果忘记调用await client.aclose()，那么这个客户端持有的连接池和网络资源会一直占用着，尤其是在频繁创建客户端的场景（比如循环里每次请求都新建一个），时间久了会导致系统资源被耗尽。

当然，如果你的场景是创建一次客户端就复用整个程序生命周期（比如在FastAPI里把客户端做成单例依赖），手动管理关闭是可行的，但你必须确保在程序退出前执行关闭操作——这无疑增加了出错的概率。

总结 #

两种写法都能实现请求功能，但async with写法更符合Python的资源管理规范，能帮你自动规避资源泄漏的问题，所以官方文档才会把它作为示例展示。除非你有特殊的复用需求且能确保手动管理资源，否则优先用上下文管理器的写法。

内容的提问来源于stack exchange，提问作者stackoverflowproton