所以我发现所有现有的答案或多或少都是错误的。我最终得到了以下简单的解决方案:

class ConnectionStringParser: DbConnectionStringBuilder {
    ConnectionStringParser(string c) { Connection = c; }
    public override bool ShouldSerialize(string keyword) => true;
}

解析器在DbConnectionStringBuilder中，非常容易获取。我们必须做的唯一愚蠢的事情是将ShouldSerialize设置为总是返回true，以防止在尝试往返任意连接字符串时丢失组件。

是的，有system。data。common。dbconnectionstringbuilder类。

DbConnectionStringBuilder类 类的基类 强类型的连接字符串 建筑商(SqlConnectionStringBuilder OleDbConnectionStringBuilder，等等 )获得。连接字符串 构建者让开发人员 以编程方式创建语法 正确连接字符串，并进行解析 并重建现有连接 字符串。

感兴趣的子类是:

System.Data.EntityClient.EntityConnectionStringBuilder
System.Data.Odbc.OdbcConnectionStringBuilder
System.Data.OleDb.OleDbConnectionStringBuilder
System.Data.OracleClient.OracleConnectionStringBuilder
System.Data.SqlClient.SqlConnectionStringBuilder

例如，要从SQL-server连接字符串中“窥视数据源”，你可以这样做:

var builder = new SqlConnectionStringBuilder(connectionString);
var dataSource = builder.DataSource;

使用SqlConnectionStringBuilder 不幸的是，由于连接字符串不同，您将不得不使用特定于DB的ConnectionStringBuilder。

你想要使用DbProviderFactory。CreateConnectionStringBuilder()，它为您提供特定于连接器的连接字符串构建器/解析器，但不要求您使用任何特定于连接器的类。

所以我发现所有现有的答案或多或少都是错误的。我最终得到了以下简单的解决方案:

class ConnectionStringParser: DbConnectionStringBuilder {
    ConnectionStringParser(string c) { Connection = c; }
    public override bool ShouldSerialize(string keyword) => true;
}

解析器在DbConnectionStringBuilder中，非常容易获取。我们必须做的唯一愚蠢的事情是将ShouldSerialize设置为总是返回true，以防止在尝试往返任意连接字符串时丢失组件。

我不太喜欢这里所有的答案。这就是我的发现。

使用。net Core

你可以直接使用内置的DbConnectionStringBuilder:

var builder = new System.Data.Common.DbConnectionStringBuilder();
builder.ConnectionString = "server=localhost;login=sa;pass=awesomeness";

var server = builder["server"];
var login = builder["login"];
var pass = builder["pass"];