我有两个ASP。NET Web项目(ProjectA和projecb)。当ProjectA中的类正在实例化ProjectB中的一个类时，它使用了一个资源文件Blah。resx，我得到这个错误:
一个System.Resources类型的异常。mscorlib.dll中出现了MissingManifestResourceException'，但在用户代码中没有处理。 无法找到适用于指定区域性或中性区域性的任何资源。确保“资源。等等。”资源“正确嵌入或链接到程序集”App_GlobalResources。Sn_flri6”，或者所有所需的附属程序集都是可加载的并具有全符号。
是什么导致的?
在微软的网站上有一篇关于http://support.microsoft.com/kb/318603的文章，它建议:
要解决此问题，请移动所有其他类定义，使它们出现在表单的类定义之后。
这是一个Windows窗体项目的解决方案，我不确定这是否也适用于Web项目。
当前回答
我在尝试在EF上运行update-database命令时遇到了同样的问题。结果发现，抛出异常的迁移将.resx文件排除在项目之外。我只是右键单击。resx文件，然后单击“Include In Project”。 问题解决了。
其他回答
我只是在WPF项目中碰到了同样的异常。问题发生在我们最近移动到另一个名称空间(ProblemAssembly)的程序集中。支持ProblemAssembly.Controls)。试图从程序集中存在的第二个资源文件访问资源时发生异常。
事实证明，附加的资源文件没有正确地将引用从旧的名称空间名称移动到新的名称空间名称。
在资源文件的designer.cs中，有一个静态属性用于获取ResourceManager。在该getter中，字符串仍然引用旧的名称空间。一旦将其纠正为新的名称空间，问题就解决了:
global::System.Resources.ResourceManager temp =
new global::System.Resources.ResourceManager(
"ProblemAssembly.Support.Properties.Stuff", typeof(Stuff).Assembly);
本来应该是:
global::System.Resources.ResourceManager temp =
new global::System.Resources.ResourceManager(
"ProblemAssembly.Controls.Properties.Stuff", typeof(Stuff).Assembly);
在一个NetCore项目中有类似的问题，我注意到在我添加了我的迁移(让我们将其命名为WhateverMigration)后，作为EmbeddedResource的.resx文件引用没有添加到.csproj中，即使一切看起来都很好。所以我打开我的。csproj文件，添加:
<EmbeddedResource Update="Migrations\202107071914322_WhateverMigration.resx">
<Generator></Generator>
<DependentUpon>202107071914322_WhateverMigration.cs</DependentUpon>
</EmbeddedResource>
我通过转到保存资源文件的项目，向下滚动到它的ItemGroup，并添加与编译器期望的路径对应的逻辑名称来解决这个问题。
我的EmbeddedResource是这样的:
<ItemGroup>
<EmbeddedResource Update="Properties\TextResources.resx">
<Generator>PublicResXFileCodeGenerator</Generator>
<LastGenOutput>TextResources.Designer.cs</LastGenOutput>
</EmbeddedResource>
</ItemGroup>
现在看起来是这样的
<ItemGroup>
<EmbeddedResource Update="Properties\TextResources.resx">
<Generator>PublicResXFileCodeGenerator</Generator>
<LastGenOutput>TextResources.Designer.cs</LastGenOutput>
<LogicalName>MyProject.Properties.Resources.resources</LogicalName>
</EmbeddedResource>
</ItemGroup>
只是另一个案例。我用两个项目复制了一个解决方案，部分在Windows资源管理器中重命名它们(文件夹名，.sln和.csproj文件名)，部分在Visual Studio中使用大量的查找和替换操作(名称空间等)。尽管如此，执行干事所说的例外情况仍然发生了。我发现程序集和命名空间名称仍然很旧。
虽然项目和其他所有内容都已命名为OfficeStyle，但程序集名称和默认名称空间仍然命名为Linckus。
在此修正之后，一切都恢复正常，编译并运行:)
一种方法是将共享的类/资源放在单独的类库项目中，并在两个网站中引用它们。
