Come si determinano le dipendenze di un'applicazione .NET? Fa Dependency Walker lavoro con le applicazioni gestite? Ho scaricato l'ultima e ho provato a profilare l'app, ma si chiude senza troppe spiegazioni. Se non funziona con .NET, esiste qualche altro strumento che potrebbe aiutarmi a eseguire il debug di un problema di caricamento della DLL in fase di esecuzione?

Dependency walker funziona sui normali binari win32. Tutte le DLL e gli exe .NET hanno una piccola parte di intestazione stub che li fa sembrare normali binari, ma tutto ciò che fondamentalmente dice è "carica il CLR" - quindi questo è tutto ciò che il walker delle dipendenze ti dirà.

Per vedere su quali cose si basa effettivamente la tua app .NET, puoi utilizzare l'eccellente riflettore .NET di Red Gate. (EDIT: nota che .NET Reflector è ora un prodotto a pagamento. ILSpy è gratuito, open source e molto simile.)

Carica la tua DLL al suo interno, fai clic con il pulsante destro del mouse e scegli "Analizza": vedrai quindi un elemento "Dipende da" che ti mostrerà tutte le altre DLL (ei metodi all'interno di quelle DLL) di cui ha bisogno.

A volte può diventare più complicato, in quanto la tua app dipende da X dll e X dll è presente, ma per qualsiasi motivo non può essere caricato o individuato in fase di esecuzione.

Per risolvere questi tipi di problemi, Microsoft dispone di un visualizzatore di log di binding di assembly che può mostrarti cosa sta succedendo in fase di esecuzione

Trovo che la piccola utility AsmSpy sia uno strumento inestimabile per la risoluzione dei problemi con il caricamento degli assembly. Elenca tutti i riferimenti agli assembly degli assembly gestiti, comprese le versioni degli assembly.

Eseguilo in un prompt dei comandi nella directory del .dllcon i seguenti argomenti:

asmspy . all

Installalo rapidamente con Chocolatey:

choco install asmspy

Aprire il file di assieme in ILDASM e guardare @ il file .assembly extern nel MANIFEST

Per esplorare le dipendenze del codice .NET, è possibile utilizzare le funzionalità dello strumento NDepend. Lo strumento propone:

• un grafico delle dipendenze
• una matrice di dipendenza ,
• e anche alcune query LINQ C # possono essere modificate (o generate) per esplorare le dipendenze.

Ad esempio, tale query può essere simile a:

from m in Methods 
let depth = m.DepthOfIsUsing("NHibernate.NHibernateUtil.Entity(Type)") 
where depth  >= 0 && m.IsUsing("System.IDisposable")
orderby depth
select new { m, depth }

E il suo risultato è il seguente: (notare la profondità della metrica del codice , 1 è per i chiamanti diretti, 2 per i chiamanti dei chiamanti diretti ...) (si noti anche il pulsante Esporta in grafico per esportare il risultato della query in un grafico delle chiamate )

Il grafico delle dipendenze ha il seguente aspetto:

La matrice delle dipendenze ha il seguente aspetto:

La matrice delle dipendenze è di fatto meno intuitiva del grafico, ma è più adatta per esplorare sezioni di codice complesse come:

Disclaimer: lavoro per NDepend

Non è necessario scaricare e installare app o strumenti shareware. Puoi farlo in modo programmatico da .NET usandoAssembly.GetReferencedAssemblies()

Assembly.LoadFile(@"app").GetReferencedAssemblies()

Se stai usando la toolchain Mono, puoi usare l' monodisutilità con l' --assemblyrefargomento per elencare le dipendenze di un assembly .NET. Questo funzionerà su entrambi .exee sui .dllfile.

Utilizzo di esempio:

monodis --assemblyref somefile.exe

Output di esempio (.exe):

$ monodis --assemblyref monop.exe
AssemblyRef Table
1: Version=4.0.0.0
    Name=System
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89
2: Version=4.0.0.0
    Name=mscorlib
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89

Output di esempio (.dll):

$ monodis --assemblyref Mono.CSharp.dll
AssemblyRef Table
1: Version=4.0.0.0
    Name=mscorlib
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89
2: Version=4.0.0.0
    Name=System.Core
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89
3: Version=4.0.0.0
    Name=System
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89
4: Version=4.0.0.0
    Name=System.Xml
    Flags=0x00000000
    Public Key:
0x00000000: B7 7A 5C 56 19 34 E0 89

Abilita registrazione binding assembly impostare il valore di registro EnableLog in HKLM \ Software \ Microsoft \ Fusion su 1. Notare che è necessario riavviare l'applicazione (utilizzare iisreset) affinché le modifiche abbiano effetto.

Suggerimento: ricordarsi di disattivare la registrazione della fusione quando si è terminato poiché è previsto un calo delle prestazioni per averlo attivato.

È divertente che abbia avuto un problema simile e non ho trovato nulla di adatto ed ero a conoscenza del buon vecchio Dependency Walker, quindi alla fine ne ho scritto uno io stesso.

Questo si occupa specificamente di .NET e mostrerà quali riferimenti ha un assembly (e manca) in modo ricorsivo. Mostrerà anche le dipendenze della libreria nativa.

È gratuito (per uso personale) e disponibile qui per chiunque sia interessato: www.netdepends.com

Feedback benvenuti.

http://www.amberfish.net/

ChkAsm ti mostrerà tutte le dipendenze di un particolare assembly contemporaneamente, comprese le versioni, e ti consentirà di cercare facilmente gli assembly nell'elenco. Funziona molto meglio per questo scopo di ILSpy ( http://ilspy.net/ ), che è quello che usavo per questo compito.

Un altro utile componente aggiuntivo di Reflector che utilizzo è la matrice della struttura delle dipendenze . È davvero fantastico vedere quali classi usano cosa. Inoltre è gratuito.

Prova a compilare il tuo assembly .NET con l'opzione --staticlink:"Namespace.Assembly". Ciò costringe il compilatore a inserire tutte le dipendenze in fase di compilazione. Se rileva una dipendenza a cui non viene fatto riferimento, verrà visualizzato un messaggio di avviso o di errore in genere con il nome di tale assembly.

Namespace.Assemblyè l'assembly che si sospetta abbia il problema di dipendenza. In genere solo il collegamento statico di questo assembly farà riferimento a tutte le dipendenze in modo transitorio.

La migliore app che vedo e utilizzo, mostra dll perse / problematiche: http://www.dependencywalker.com/