NpgSQL中是否可打开多个独立连接满足多用户对应不同数据库需求？

你遇到的连接串被覆盖问题和调用多少次conn.Open()没有任何关系，核心原因是你将连接字符串或NpgsqlConnection实例声明为了静态成员：ASP.NET应用的静态成员是进程内所有请求、所有用户共享的，任意用户修改静态成员的值，都会同步影响到其他所有用户的访问逻辑。

1. 移除所有静态存储的连接相关资源 #

立刻删除所有用来存储用户专属连接串、数据库连接实例的静态变量，这类用户专属的资源绝对不能全局共享。

2. 绑定用户标识到会话 #

用户登录成功后，仅将用户ID存入Session或加密后的Cookie中，不要存储完整连接串，避免明文泄露数据库账号密码。

3. 按请求动态构造EF上下文 #

每次需要操作用户专属数据库时，从当前会话中取出用户ID，实时生成对应连接串并实例化DbContext，示例代码如下：

public class UserDbContext : DbContext
{
    // 动态构造上下文配置
    private static DbContextOptions<UserDbContext> BuildDbOptions(string userId)
    {
        var connStr = $"Server=localhost; User Id=postgres; Password=Password$; port=5432; Database={userId}_DB; Pooling=true;";
        return new DbContextOptionsBuilder<UserDbContext>().UseNpgsql(connStr).Options;
    }

    public UserDbContext(string userId) : base(BuildDbOptions(userId))
    {
    }

    // 此处声明你的DbSet
}

业务代码中调用方式：

// 从当前会话获取用户ID
var currentUserId = HttpContext.Session.GetString("LoginUserId");
// 每次请求单独实例化上下文，天然隔离不同用户的连接
using var userDb = new UserDbContext(currentUserId);
// 执行数据库操作即可

4. 开启连接池优化性能 #

你当前连接串中的Pooling=false配置可以去掉，Npgsql的连接池会按连接串自动隔离，不同用户数据库的连接不会互相干扰，开启连接池可以大幅降低连接创建销毁的性能开销。

通过多次调用conn.Open()无法解决你的问题：每次new NpgsqlConnection()生成的本身就是独立的连接实例，只要你不把实例放到静态变量里共享，不同用户的连接本来就是完全隔离的，不需要额外做特殊处理。另外ADO.NET的最佳实践是「晚开早关」连接，不要长期持有开放的连接实例，EF会自动管理连接的开闭逻辑，不需要手动调用Open/Close方法。

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