Что это за сборка и почему она там?

Question

Недавно я заметил, что, когда я начинаю наше довольно большое приложение, всегда есть две сборки, которые никто не знает, каковы они. Каждый раз, когда я начинаю отладку приложения, две сборки называются по-разному.

Например, в прошлый раз я получил этот вывод (это на немецком языке, но вы получите его):

... 
"start.vshost.exe" (Verwaltet): "C:\Windows\assembly\GAC_MSIL\System.Web.Services\2.0.0.0__b03f5f7f11d50a3a\System.Web.Services.dll" wurde geladen, das Laden von Symbolen wurde übersprungen. Das Modul ist optimiert, und die Debugoption "Nur eigenen Code" ist aktiviert. 
"start.vshost.exe" (Verwaltet): "aslf4pbc" wurde geladen 
... 
"start.vshost.exe" (Verwaltet): "inyuae-m" wurde geladen 
"start.vshost.exe" (Verwaltet): "C:\Windows\assembly\GAC_MSIL\Microsoft.JScript\8.0.0.0__b03f5f7f11d50a3a\Microsoft.JScript.dll" wurde geladen, das Laden von Symbolen wurde übersprungen. Das Modul ist optimiert, und die Debugoption "Nur eigenen Code" ist aktiviert. 
"start.vshost.exe" (Verwaltet): "C:\Windows\assembly\GAC_MSIL\Microsoft.Vsa\8.0.0.0__b03f5f7f11d50a3a\Microsoft.Vsa.dll" wurde geladen 
... 

aslf4pbc? inyuae-м?

Я просмотрел Assembly.CurrentDomain.GetAssemblies(), чтобы получить дополнительную информацию.

Здесь некоторую информацию о 2-х сборок:

CodeBase/EscapedCodeBase:

"file:///C:/Windows/assembly/GAC_MSIL/system/2.0.0.0__b77a5c561934e089/System.dll" 

Расположение:

"" 

GlobalAssemblyCache

false 

ManifestModule

inyuae-m.dll respectively aslf4pbc.dll 

ManifestModule.FullyQualifiedName

"<Unbekannt>"/"<Unknown>" 

ManifestModule.Name

"<Unbekannt>"/"<Unknown>" 

Я не смог найти inyuae-m.dll и aslf4pbc.dll в файловой системе.

Информация о местоположении отсутствует, кажется, что это довольно странно. Есть идеи? Или я просто что-то пропустил?

Приложение довольно старое, оно было разработано с .Net 2.0, но некоторые более новые части используют .Net 3.5 и состоит из около 25 сборок.

Answer 1

Это имена, присвоенные временным сборкам временного характера, созданные различными api в рамках для реализации генерации кода времени выполнения.

Xml Сериализация делает это, если они не были предварительно сгенерированы, например.

Если вы действительно хотите узнать, как захватить файлы (которые отладчик подключен, если хотите, чтобы иметь возможность добраться до них) и декомпилировать их с помощью отражателя.

Внутренние элементы должны дать вам четкое представление о том, что вызвало их создание.

Answer 2

Это переходные сборки, генерируемые, например, in-page code в приложении ASP.Net (или даже в любом месте, где сборки создаются «на лету» во время выполнения).