ไม่สามารถโหลดไฟล์หรือแอสเซมบลีหรือการอ้างอิงอย่างใดอย่างหนึ่ง

ฉันมีปัญหา "ไม่สามารถโหลดไฟล์หรือแอสเซมบลีหรือการอ้างอิงอย่างใดอย่างหนึ่ง" เหล่านี้

ข้อมูลเพิ่มเติม: ไม่สามารถโหลดไฟล์หรือชุดประกอบ 'Microsoft.Practices.Unity, Version = 1.2.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35' หรือการอ้างอิงอย่างใดอย่างหนึ่ง คำจำกัดความรายการของชุดประกอบที่อยู่ไม่ตรงกับการอ้างอิงชุดประกอบ (ข้อยกเว้นจาก HRESULT: 0x80131040)

ฉันไม่รู้ว่าอะไรเป็นสาเหตุของปัญหานี้หรือฉันจะแก้ไขข้อบกพร่องเพื่อค้นหาสาเหตุได้อย่างไร

ฉันได้ทำการค้นหาในแคตตาล็อกโซลูชันไฟล์. csproj และทุกที่ที่ฉันมี Unity ฉันมี:

การอ้างอิงรวม = "Microsoft.Practices.Unity, รุ่น = 2.0.414.0, วัฒนธรรม = เป็นกลาง, PublicKeyToken = 31bf3856ad364e35, ตัวประมวลผลสถาปัตยกรรม = MSIL"

ไม่พบการอ้างอิงใด ๆ ที่เทียบกับ 1.2.0.0 ในโครงการใด ๆ ของฉัน

ความคิดใดที่ฉันควรแก้ไขเกี่ยวกับเรื่องนี้?

ฉันขอขอบคุณเคล็ดลับเกี่ยวกับวิธีการแก้ปัญหาเช่นนี้โดยทั่วไป

1. ตรวจสอบว่าคุณกำลังอ้างอิงแอสเซมบลีซึ่งจะอ้างอิงถึงความสามัคคีรุ่นเก่า ตัวอย่างเช่นสมมติว่าคุณมีแอสเซมบลีที่เรียกว่าServiceLocator.dllต้องการแอสเซมบลีของ Unity รุ่นเก่าตอนนี้เมื่อคุณอ้างอิงServiceLocatorคุณควรให้กับ Unity รุ่นเก่าและที่ทำให้เกิดปัญหา

2. อาจเป็นโฟลเดอร์เอาต์พุตที่โปรเจ็กต์ทั้งหมดสร้างแอสเซมบลีของตนเองมีความเป็นอันหนึ่งอันเดียวกัน

คุณสามารถใช้FusLogVwเพื่อค้นหาว่าใครกำลังโหลดชุดประกอบเก่าเพียงแค่กำหนดพา ธ สำหรับบันทึกและเรียกใช้โซลูชันของคุณจากนั้นตรวจสอบ (ใน FusLogvw) บรรทัดแรกที่มีการโหลดชุดประกอบ Unity ดับเบิลคลิกแล้วดูการโทร การชุมนุมและที่นี่คุณไป

เปิดตัวจัดการ IIS

เลือกกลุ่มแอปพลิเคชัน

จากนั้นเลือกพูลที่คุณใช้

ไปที่การตั้งค่าขั้นสูง (ทางด้านขวา)

เปลี่ยนการตั้งค่าสถานะของเปิดใช้งานแอปพลิเคชัน 32- บิตเป็นเท็จ

สำหรับฉันไม่มีวิธีแก้ปัญหาอื่นที่ใช้งานได้ (รวมถึงกลยุทธ์ clean / rebuild) ฉันพบวิธีแก้ไขปัญหาอื่นซึ่งเป็นการปิดและเปิด Visual Studioอีกครั้ง

ฉันเดาว่าสิ่งนี้บังคับให้ Visual Studio โหลดโซลูชันและโครงการทั้งหมดอีกครั้งตรวจสอบการอ้างอิงในกระบวนการอีกครั้ง

ลองล้างโฟลเดอร์ Debug and Release ในโซลูชันของคุณ จากนั้นลบและเพิ่มความสามัคคีอีกครั้ง

ที่ 99% ปัญหาไม่สามารถโหลดไฟล์หรือชุดประกอบหรือหนึ่งในปัญหาการพึ่งพาของมันเกิดจากการพึ่งพา! ฉันขอแนะนำให้คุณทำตามขั้นตอนนี้:

1. ดาวน์โหลดDependency Walkerจากhttp://www.dependencywalker.com/

2. เรียกใช้Dependency Walkerและเปิด dll (ในกรณีของฉันNativeInterfaces.dll)

3. คุณสามารถเห็นหนึ่งหรือมากกว่า dll ที่มีข้อผิดพลาดในข้อผิดพลาดสีแดงเปิดไฟล์ ...

   

4. หมายความว่า dll นี้หายไปในระบบของคุณ ในกรณีของฉันชื่อ dll คือMSVCR71.DLL

5. คุณสามารถดาวน์โหลด dll missings จาก google และคัดลอกในเส้นทางที่ถูกต้อง (ในกรณีของฉันc:\windows\system32)

6. ณ จุดนี้คุณต้องลงทะเบียน dll ตัวใหม่ใน GAC (Global Assembly Cache): เปิด terminal DOS และเขียน:

   cd \Windows\System32
   regsvr32 /i msvcr71.dll

7. รีสตาร์ทแอปพลิเคชันของคุณ!

Microsoft Enterprise Library (อ้างอิงโดย. NetTiers) เป็นปัญหาของเราซึ่งเป็นการอ้างอิงถึง Unity รุ่นที่เก่ากว่า เพื่อที่จะแก้ปัญหาเราใช้การเปลี่ยนเส้นทางการเชื่อมโยงต่อไปนี้ใน web.config:

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

หรือคุณอาจต้องการอัปเดต Enterprise Library เป็นเวอร์ชันล่าสุด

ทำงานต่อไปนี้สำหรับฉัน

• ลบไฟล์ชั่วคราว C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ไฟล์ ASP.NET
• ปิด VSTS แล้วเปิดอีกครั้ง
• ลบและเพิ่ม DLLs เดียวกัน (หมายเหตุ: คุณเพิ่มเวอร์ชันที่ตรงกัน)

ตรวจสอบไฟล์ Web.config / App.config ในโครงการของคุณ ดูว่าหมายเลขเวอร์ชั่นถูกต้องหรือไม่

<bindingRedirect oldVersion="X.X.X.X-X.X.X.X" newVersion="X.X.X.X" />

สิ่งนี้ใช้ได้สำหรับฉัน

แม้จะมีคำถามดั้งเดิมที่โพสต์เมื่อห้าปีที่แล้ว แต่ปัญหายังคงมีอยู่และค่อนข้างน่ารำคาญ

โซลูชันทั่วไปคือการวิเคราะห์อย่างละเอียดของชุดประกอบที่อ้างอิงทั้งหมดเพื่อทำความเข้าใจว่าเกิดอะไรขึ้น เพื่อให้งานนี้ง่ายขึ้นฉันทำเครื่องมือ (นามสกุล Visual Studio) ซึ่งอนุญาตให้เลือกแอสเซมบลี. NET ( .dllหรือ.exeไฟล์) เพื่อรับกราฟของชุดประกอบที่อ้างถึงทั้งหมดในขณะที่เน้นการอ้างอิงที่ขัดแย้งหรือหายไป

เครื่องมือนี้มีอยู่ใน Visual Studio Gallery: https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734

ตัวอย่างผลลัพธ์:

ใน Explorer โซลูชันคลิกขวาที่โครงการ (ไม่ได้แก้ปัญหา) ในแท็บสร้างเลือกเป้าหมายแพลตฟอร์ม: "CPU ใด ๆ "

คำตอบ Juntos นั้นถูกต้องแต่คุณควรคำนึงถึง:

สำหรับแอ็ตทริบิวต์AssemblyVersionและAssemblyFileVersion ที่แตกต่างกันv2.1.505.2จะถูกระบุ:

AssemblyFileVersionถูกใช้โดย NuGet แต่ CLR ไม่สนใจมัน! CLR จะใช้AssemblyVersionเท่านั้น!

ดังนั้นการเปลี่ยนเส้นทางของคุณควรใช้กับเวอร์ชันที่ระบุในแอตทริบิวต์AssemblyVersion ดังนั้นควรใช้2.1.505.0

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>

ดูเพิ่มเติม: อะไรคือความแตกต่างระหว่าง AssemblyVersion, AssemblyFileVersion และ AssemblyInformationalVersion?

ฉันยังได้รับข้อผิดพลาดที่น่ากลัวนี้และพบวิธีแก้ปัญหาสำหรับ ...

1. คลิกขวาที่ชื่อโซลูชัน
2. คลิกล้างโซลูชัน
3. เริ่ม Visual Studio ใหม่
4. ไปที่โครงการคุณสมบัติ >> สร้าง
5. เปลี่ยนการกำหนดค่าเป็นRelease
6. เริ่มการดีบั๊ก (F5)

1), 2)

4), 5)

หวังว่านี่จะช่วยคุณได้เช่นกัน

• ไปที่: โซลูชัน -> แพ็คเกจ
• คลิกที่แท็บขั้นสูง (ค้นหาด้านล่างหน้า)
• เพิ่มdllของคุณไปยังแอสเซมบลีเพิ่มเติม (ด้วยวิธีนี้เราสามารถเพิ่ม DLLs ภายนอกใน sharepoint)

ไม่แน่ใจว่าสิ่งนี้อาจช่วยได้หรือไม่

ตรวจสอบว่าชื่อแอสเซมบลีและเนมสเปซเริ่มต้นในการจับคู่คุณสมบัติในแอสเซมบลีของคุณ วิธีนี้แก้ไขปัญหาของฉันซึ่งให้ข้อผิดพลาดเดียวกัน

ในกรณีของฉันในโฟลเดอร์ bin คือ dll อ้างอิงไม่ใช่ชื่อ Unity.MVC3 ฉันพยายามค้นหาการอ้างอิงถึงสิ่งนี้ใน visual studio โดยไม่สำเร็จดังนั้นโซลูชันของฉันจึงง่ายเหมือนลบ dll นั้นออกจากโฟลเดอร์ bin

ขอบคุณ Riddhi M. ที่ติดตามฉันทำงานได้ดี

ลบไฟล์ชั่วคราว C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ไฟล์ ASP.NET ปิด VSTS และเปิดอีกครั้งลบและเพิ่ม DLLs เดียวกัน (หมายเหตุ: คุณเพิ่มรุ่นที่ตรงกัน)

คุณบอกว่าคุณมีโครงการจำนวนมากในโซลูชันของคุณ ... ดีเริ่มจากโครงการใกล้กับส่วนบนของใบสั่งสร้าง รับสิ่งนั้นเพื่อสร้างและเมื่อคุณคิดออกคุณสามารถใช้การแก้ไขเดียวกันกับส่วนที่เหลือของพวกเขา

สุจริตคุณอาจต้องรีเฟรชข้อมูลอ้างอิงของคุณ ดูเหมือนว่าคุณจะอัปเดตเวอร์ชันของคุณและไม่ได้อัปเดตข้อมูลอ้างอิงหรือเป็นปัญหาเกี่ยวกับเส้นทางแบบสัมพัทธ์ถ้าคุณให้โซลูชันของคุณอยู่ในการควบคุมแหล่งที่มา เพียงตรวจสอบสมมติฐานของคุณและเพิ่มการอ้างอิงอีกครั้ง

ทำงานต่อไปนี้สำหรับฉัน

• ลบไฟล์ชั่วคราว C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ไฟล์ ASP.NET
  • จากนั้นคลิกขวาที่ไฟล์ Asp.net ชั่วคราว> คุณสมบัติ> ความปลอดภัยและให้การควบคุมการเข้าถึง IIS และผู้ใช้ทั้งหมดที่เรียกใช้โครงการของฉัน

ปัญหานี้เกิดขึ้นกับฉันโดยที่หนึ่งในไลบรารีที่ขึ้นต่อกันของฉันกำลังรวบรวม DLL ด้วย "CPU ใด ๆ " เมื่อไลบรารีหลักถูกคาดหวังว่าจะรวบรวม "x64"

ฉันมีปัญหาเดียวกันฉันแก้ไขผ่านคำแนะนำด้านล่าง:

1. เปิดเมนูเครื่องมือแล้วเลือกตัวเลือก
2. ในตัวเลือกหน้าต่างไปที่โครงการและการแก้ปัญหา / โครงการเว็บ
3. ตรวจสอบ use the 64bit version of IIS ...

คุณต้องลบไฟล์ appname.dll ของคุณออกจากโฟลเดอร์เอาท์พุทของคุณ ล้างข้อมูล Debug และ Release folder สร้างและคัดลอกไปยังไฟล์ dll ที่สร้างใหม่ของโฟลเดอร์ผลลัพธ์

ฉัน"ตั้งเป็นโครงการเริ่มต้น"ไลบรารี / โครงการที่ไม่โหลด / ไม่โหลด

จากนั้นปรับใช้

มันได้ผล!

ฉันคิดว่ามันไม่พบ. dll เพราะมันไม่ได้อยู่ในการชุมนุมในตอนแรก

สาเหตุที่เป็นไปได้อีกประการ: ตรวจสอบให้แน่ใจว่าคุณไม่ได้ตั้งใจให้ทั้งสองโปรเจ็กต์ชื่อแอสเซมบลีเดียวกันในคุณสมบัติของโครงการ

โซลูชันของฉันสำหรับ. NET 4.0 ซึ่งใช้ Enterprise Library 5 คือการเพิ่มการอ้างอิงถึง:

Microsoft.Practices.Unity.Interception.dll

ระวังการอ้างอิงที่ขัดแย้งกัน แม้หลังจากทำความสะอาดและสร้างใหม่การอ้างอิงที่ขัดแย้งกันจะยังคงทำให้เกิดปัญหา ปัญหาของฉันอยู่ระหว่าง AForge และ Accord ฉันลบการอ้างอิงทั้งสองและเพิ่มการอ้างอิงใหม่อีกครั้งโดยเลือกการอ้างอิงเฉพาะ (โดยเฉพาะกับกรณีของฉันเพียงแค่ Accord)

สำหรับฉันการสร้างเกม Unity ใหม่โดยไม่ต้องใช้ Unity C # Proects Checkmark ทำงาน

ในกรณีของฉันคำตอบที่เสนอไม่ทำงาน

นี่คือสิ่งที่ทำงานให้ฉัน:

1. ลบการอ้างอิง
2. เปลี่ยนชื่อ DLL
3. นำเข้าการอ้างอิงอีกครั้ง

ขั้นตอนที่สองมีความสำคัญเนื่องจากไม่สามารถใช้งานได้หากไม่มี

ลองตรวจสอบว่าคุณสมบัติ "คัดลอกไปยังท้องถิ่น" สำหรับการอ้างอิงถูกตั้งค่าเป็นจริงและมีการตั้งค่ารุ่นที่เฉพาะเจาะจงเป็นจริง สิ่งนี้เกี่ยวข้องกับแอปพลิเคชันใน Visual Studio

ฉันมีสิ่งนี้วันนี้และในกรณีของฉันปัญหาแปลกมาก:

  <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>

เปลี่ยนเป็นด้านบนและ voila! ทุกอย่างทำงานได้อีกครั้ง

หากคุณได้รับข้อความแสดงข้อผิดพลาดนี้โดยการเปิดแอปพลิเคชันบน windows windows ของคุณหมายความว่าก่อนอื่นคุณได้ติดตั้งแอพนั้นเนื่องจากมันไม่ทำงานโดยไม่ต้องมี net Framework 4 และ service pack 3 คุณติดตั้งทั้งสองและอีกครั้งคุณจะได้รับข้อผิดพลาดนี้ดังนั้นคุณควรติดตั้งแอพนั้นอีกครั้ง แต่ถอนการติดตั้งครั้งแรกจากการเพิ่มและลบ

ถ้าสิ่งนี้ไม่ได้ผลโปรดอย่าดูถูกฉัน ฉันยังเป็นรุ่นน้องอีกด้วย