Не удалось загрузить файл или сборку или одну из ее зависимостей - PullRequest
212 голосов
/ 17 декабря 2010

У меня возникла другая проблема «Не удалось загрузить файл или сборку или одну из ее зависимостей».

Дополнительная информация: Не удалось загрузить файл или сборку 'Microsoft.Practices.Unity,Версия = 1.2.0.0, Культура = нейтральная, PublicKeyToken = 31bf3856ad364e35 'или одна из ее зависимостей.Определение манифеста обнаруженной сборки не соответствует ссылке на сборку.(Исключение из HRESULT: 0x80131040)

Я не знаю, что является причиной этого или как я мог отладить его, чтобы найти причину.

Я выполнил поиск в своем решениикаталоги .csproj файлов и все, что у меня есть Unity, у меня есть:

Ссылка включает в себя = "Microsoft.Practices.Unity, версия = 2.0.414.0, культура = нейтральная, PublicKeyToken = 31bf3856ad364e35, processorArchitecture = MSIL"

Ни в одном из моих проектов нигде не найти ни одной ссылки, которая противоречит 1.2.0.0.

Есть идеи, как мне решить эту проблему?

Я также был бы признателен за советы по устранению подобных проблем в целом.

Ответы [ 35 ]

2 голосов
/ 06 июля 2016

Попробуйте проверить, установлено ли для свойства «Копировать в локальный» для ссылки значение true, а для конкретной версии установлено значение true.Это актуально для приложений в Visual Studio.

2 голосов
/ 25 марта 2016

Ищите противоречивые ссылки. Даже после очистки и перестройки конфликтующие ссылки все равно будут вызывать проблемы. Моя проблема была между AForge и Accord. Я удалил обе ссылки и заново добавил ссылки, выбрав конкретную ссылку (в моем случае, только Accord).

2 голосов
/ 09 мая 2016

Для меня перестройка игры Unity без Unity C # Proects Checkmark сработал.

2 голосов
/ 21 декабря 2014

Другая возможная причина: убедитесь, что вы случайно не дали обоим проектам одно и то же имя сборки в свойствах проекта.

2 голосов
/ 23 июня 2016

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

Вот что у меня сработало:

  1. Удалить ссылку
  2. Переименуйте DLL
  3. Импортировать ссылку снова

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

2 голосов
/ 06 марта 2015

Следующее сработало для меня.

  • Удалить временные файлы C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files
    • , затем щелкните правой кнопкой мыши наВременные файлы Asp.net> свойства> безопасность и предоставляют полный контроль доступа к IIS и всем пользователям, выполняющим мой проект
2 голосов
/ 15 мая 2013

Вы должны удалить файл appname.dll из вашей выходной папки. Очистка папок Debug и Release. Перестройте и скопируйте в выходную папку восстановленный файл dll.

2 голосов
/ 12 мая 2017

У меня было это сегодня, и в моем случае проблема была очень странной:

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
  </dependentAssembly>0.

Обратите внимание на случайные символы в конце XML - так или иначе они были перемещены из номера версии в конец этого блока XML!

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
  </dependentAssembly>

Поменял на вышеперечисленное и вуаля! Все снова заработало.

1 голос
/ 16 ноября 2013

если вы получаете это сообщение об ошибке при открытии приложения в Windows XP, это означает, что вы сначала установили это приложение, так как оно не работает без net framework 4 и пакета обновления 3. Вы установили оба, и снова вы получаете эту ошибку, поэтому вам следует переустановить это приложение снова, но сначала удалить из add и удалить

если это не сработает, пожалуйста, не злоупотребляйте мной. я тоже младший

1 голос
/ 21 апреля 2017

Я продолжал получать эту ошибку в своем проекте веб-форм в Visual Studio 2015. Я закрыл Visual Studio и убил ScriptedSandbox64.exe, Microsoft.VsHub.Server.HttpHostx64.exe, Microsoft.VsHub.Server.HttpHostx.exe * 32, Microsoft.VisualStudio.Web.Host.exe * 32 процессов, и это, казалось, помогло решить проблему.

...