我的团队正在开发一个用Python实现的异步HTTP Web服务器（确切地说是CPython 3.11）。我们使用Redis进行数据存储，并在redis-py库的帮助下连接到它。由于HTTP服务器是异步的，我们使用redis.asyncio.Redis客户端类-它在内部创建一个连接池并自动管理它。
Redis服务器托管在AWS中，并且将配置密码旋转。目前，我们正在尝试在Python代码中自动处理这个事实的方法。我们必须执行2个步骤：
1.一旦我们知道有新的凭据可用，就创建一个新的连接池
1.一旦我们知道它将不再被使用，就关闭现有的连接池
这里的问题是第2步。不能保证我们能够引入任何同步机制来告诉我们是否可以安全地手动关闭连接池（即在那个时刻没有HTTP请求被处理，这依赖于旧的连接池），所以我们正在寻找一个替代的自动化解决方案。现在我想知道我们是否可以依靠垃圾收集器来安全地关闭任何现有的连接。
根据文档，redis.asyncio.Redis示例必须手动关闭，因为__del__魔术方法本质上是同步的，不能执行await self.aclose()本身。同时，我想知道如果这些对象被GC简单地销毁会发生什么。理论上，清理过程应该是这样的：

1. GC销毁redis.asyncio.Redis示例（也称为客户端）及其所有字段
2. GC销毁存储在该客户端中的连接池类示例
3. GC销毁存储在连接池中的连接列表
4. GC将删除存储在该列表中的所有连接类示例
   我做了一个类似的人工测试：

client = Redis(...)

await asyncio.gather(*(
    client.get(f"key_{i}") for i in range(100)
))

# checkpoint 1
client = Redis(...)
# checkpoint 2

字符串
Redis服务器报告在检查点#1打开了100个连接，在检查点#2打开了0个连接（在一种情况下是立即的，在另一种稍微不同的情况下，我不得不提前使用新的客户端示例向Redis服务器发出另一个请求）。似乎（ab-）这样使用GC不会在Redis服务器上保持任何连接挂起，但是我们能确保HTTP服务器上的所有内容都被正确地清理了吗？我们不会以任何内存泄漏或挂起系统资源而告终吗？