Perché typeof (Foo) restituisce mai null?

Question

Occasionalmente, vedo che typeof(Foo) restituisce null. Perché dovrebbe succedere?

Questo è in C#, .NET 3.5.

Ho pensato che potrebbe avere qualcosa a che fare con l'assembly contenente il tipo non ancora caricato, ma un'applicazione di test mostra che l'assembly è caricato all'inizio del metodo in cui viene utilizzato typeof.

Qualche idea?

---

Aggiornamento 1

• non posso fornire un campione riproducibile come questo avviene su un enorme applicazione
• Quando dico 'a volte' voglio dire con lo stesso metodo nella mia applicazione ma durante varie istanze. Inoltre, quando fallisce una volta durante l'esecuzione, fallirà ogni volta per quell'istanza dell'applicazione.

---

Update 2

L'applicazione in questione utilizza una quantità di memoria e di huuuuuge gira su 32bit XP. Sto pensando che forse è un TypeLoadException o OutOfMemoryException che è in qualche modo ingoiato (ma non riesco a vedere come, come ho provato con le eccezioni first-chance attivate nel debugger). Aggiornamento

---

incontrato lo stesso problema solo ora. Ecco l'analisi dello stack: Il codice fino a questo punto è letteralmente:

Type tradeType = typeof(MyTradeType) 
TradeFactory.CreateTrade(tradeType) 

(prima, era ..CreateTrade(typeof(MyTradeType)) così non ho potuto davvero dire se il typeof restituito null)

Quindi, sembra che typeof() non restituisca null ma è impostato su null quando termina nel metodo CreateTrade.

L'eccezione (NullReferenceException) ha una proprietà HResult di 0x80004003 (Invalid pointer). Una chiamata a System.Runtime.InteropServices.Marshal.GetLastWin32Error() (nella Finestra Immediata) restituisce 127 (The specified procedure could not be found). Ho cercato nella finestra Modules e il modulo che contiene questo tipo e questo metodo è stato caricato e non sembra che ci siano errori di caricamento.

---

Answer 1

Da typeof(T) è un operatore fase di compilazione non sarà coinvolto il carico-tempo del complesso.

Sarebbe interessante vedere un codice che lo dimostra.

Ancora più interessante vederlo a volte ea volte no.

Una prima risposta potrebbe essere: utilizzare GetType() su un'istanza.

Answer 2

Il caricamento della DLL non è riuscito per qualche motivo? Hai controllato lo fusion logs.

Suppongo che ciò potrebbe causare più problemi di questo, ma se si sta effettuando questo controllo prima di utilizzare qualsiasi cosa dall'assemblaggio, potrebbe nascondere altri problemi.

Answer 3

typeof determina il tipo durante il periodo di compilazione. Quindi, anche se restituisce null, dovrebbe restituire null sempre. Perché il comportamento non cambia durante il runtime. Dare qualche frammento di codice, alcune altre cose sono rotte.

Answer 4

Questo è abbastanza possibile e molto facile da riprodurre. typeof(T) restituirà null se il tipo è stato creato in memoria. tramite System.Reflection.Emit per esempio.

Answer 5

Stavo riscontrando questo problema nel mio progetto VSPackage quando si utilizza typeof (MyClass) nel costruttore del pacchetto. Ho spostato il mio codice sul metodo Initialize() sottoposto a override e quindi ha funzionato correttamente, quindi sembra che l'assembly non sia ancora caricato potrebbe essere un fattore in questo errore alcune volte. Noterò anche che il mio VSPackage viene caricato in fase di esecuzione in Visual Studio tramite MEF, quindi questo probabilmente non è il tipico scenario, ma ho ancora pensato di parlarne.