.NET 3.5 - 配置系统初始化失败异常

Question

在我的 winform 应用程序中，我尝试添加 userSetting，尽管 appSettings 也出现错误。添加设置后，我收到一个异常，其中显示：“配置系统无法初始化”，并带有内部异常“无法识别的配置部分 userSetting”

异常详情：

System.Configuration.ConfigurationErrorsException was unhandled
  Message="Configuration system failed to initialize"
  Source="System.Configuration"
  BareMessage="Configuration system failed to initialize"
  Line=0
  StackTrace:
       at System.Configuration.ConfigurationManager.PrepareConfigSystem()
       at System.Configuration.ConfigurationManager.RefreshSection(String sectionName)
       at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped)
       at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties)
       at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider)
       at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName)
       at System.Configuration.SettingsBase.get_Item(String propertyName)
       at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName)
       at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName)
       at Settings.get_ApplicationData() in \Properties\Settings.Designer.cs:line 41
       at Common.Initialize.IsSettingsInitialized() 
       at SurveyClient.Program.Main() 
       at System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
       at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
       at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
       at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadHelper.ThreadStart()
  InnerException: System.Configuration.ConfigurationErrorsException
       Message="Unrecognized configuration section userSettings.
       Source="System.Configuration"
       BareMessage="Unrecognized configuration section userSettings."
       Line=3
       StackTrace:
            at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
            at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
            at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
            at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
       InnerException: 

Answer 1

我有一些用户设置，然后删除了所有设置并开始看到此异常 - 但仅在运行应用程序而不进行调试时。调试应用程序时效果很好。原因是用户级设置“缓存”在本地应用程序数据文件夹中，实际上不是从

MYAPP.exe.config

中读取。
所以我所做的就是转到

C:\Users\MYUSERNAME\AppData\Local\MYCOMPANY\MYAPP.exe_Url_longnastyhash9982749827349879\1.0.0.0\user.config

（这是在Win7上，路径取决于操作系统）并完全删除该文件夹（带有长哈希）。异常消失了。
顺便说一下，根据您的设置方式，此 user.config 文件可能位于

\AppData\Local

或

\AppData\Roaming

下。

Answer 2

尝试检查 app.config（部署后的 myapp.exe.config）文件是否存在并且位于顶部（可能还有其他位）

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<sectionGroup name="userSettings"
    type="System.Configuration.UserSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" >
</sectionGroup>

Answer 3

当我（愚蠢地）如下编写 App.Config 时，出现此错误。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>

<!--List of XMLFiles Begins -->
    <add key="ConfigFileEnvironment" value="C:\Program Files\MyProduct\Config\Environment.xml" />
<!--List of XMLFiles Ends -->

</configuration>

注意，没有appSettings？我以前经常犯这个错误...

Answer 4

当我删除所有用户设置时，我开始看到此消息。我可以通过将单个 userSetting 添加回设置文件来修复它。

Answer 5

清洁解决方案 删除所有当前存在的设置文件以及 app.config 关闭VS 手动进去清除你项目的bin文件夹和obj文件夹 重新启动电脑 重新添加“应用程序配置文件”

Answer 6

我今天遇到了这个问题，发现我不小心（更不用说错误地）在我的 App.config 中添加了第二个自定义配置部分。一旦我删除了错误的添加，我就能够继续运行我的应用程序而不会出现问题。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
    <section name="ABCConfig" type="ABC.Configuration.ABCConfigurationSection, ABC"/>
    <!-- Other custom section definitions -->
  </configSections>
  <connectionStrings>
      <!-- Connection strings go here -->
  </connectionStrings>

  <!-- Configure ABC -->
  <ABCConfig CustomA="blah" CustomB="stuff" />

  <!-- Other custom sections -->

  <!-- Errant addition to Configure ABC which causes the problem - SHOULD NOT BE HERE -->
  <ABCConfig CustomA="blah" CustomB="stuff" />

</configuration>

删除第二个 ABCConfig 部分解决了我的问题。希望这有帮助！

Answer 7

我的 machine.config 中有一些垃圾导致了这个错误。查找异常堆栈跟踪，看看是否有同样的问题。它本质上是格式错误的 XML。

Answer 8

问题可能是您的配置文件不符合其架构。例如，可以通过复制 ConnectionStrings 部分来重新创建此问题。

Answer 9

我遇到这个问题是因为我更改了一个应用程序设置范围（从“应用程序”到“用户”）。由于我找不到解决方案来解决我的问题，我决定将设置文件删除到解决方案资源管理器中。之后，我打开属性，在“设置”选项卡中，单击建议创建设置文件的位置。并且已使用我在之前的设置文件中定义的值创建了一个新的设置文件。我重建了我的项目并且运行良好。

Answer 10

启动标签在 VS Pro 2013 版本 12.021005.1 上为我起了作用，控制台应用程序使用 .Net 4.5.51650（即 app.config 文件）

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
    </startup>
 <connectionStrings>
 ...
</connectionStrings>
</configuration>

Answer 11

只是在这里发帖，因为我找到了问题的解决方案，但没有看到它列在这里...... 我在主配置节点下添加了一个 appSettings 标签，当我运行它时，我得到了与 OP 相同的错误。解决这个问题的方法是确保 configSections 节点位于我的 appSettings 节点之前。

Answer 12

当我的应用程序的 .NET 4.x 版本已经在

user.config

文件夹下生成通用

AppData

文件，然后启动 .NET 3.5 版本时，我收到此错误。

虽然按照 @beluga 的建议删除

user.config

下的

%APPDATA%\Local\<Company>\<AppName>_StrongName_*\<Version>

可以解决问题，但设置也会丢失，如果发生这种情况，用户可能会非常沮丧地挖掘要删除的文件。

但实际上，即使 .NET 3.5 构建也可以使用配置文件。

罪魁祸首是

sectionGroup

元素，其中

UserSettingsGroup

类型使用 .NET 4.x 程序集标识：

<sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">

要从应用程序处理此问题，您需要应用一些自定义程序集解析逻辑：

// somewhere in your application startup:
AppDomain.CurrentDomain.AssemblyResolve += HandleAssemblyResolve;

事件处理程序所在：

private static Assembly HandleAssemblyResolve(object sender, ResolveEventArgs args)
{
    // System.dll, any version
    if (args.Name.StartsWith("System, Version=", StringComparison.Ordinal))
        return typeof(UserSettingsGroup).Assembly;

    // for any other assembly letting the default logic take over
    return null;
}