Whenever I look deeply enough into reflector I bump into extern
methods with no source. I read the msdn documentation at http://msdn.microsoft.com/en-us/library/e59b22c5(v=vs.80).aspx. What I got from that article is that methods with the extern
modifier have to be injected. I interpreted this to mean it works something like an abstract factory pattern. I also noticed that I've never seen a non-static extern method. Is static declaration a requirement (I could see how this would make sense)? I'm still guessing here and I'm not sure how it actually works. It seems to me like the compiler must recognize certain attributes that mitigate processing, but I don't know what the attributes are other than ones I've come across like MethodImplAttribute
and DllImportAttribute
from the MSDN example. How does someone leverage the extern
attribute? It said that in many instances this can increase performance. Also, how would I go about looking into the source of extern
methods like Object.InternalGetEquals()
?
How does extern work in C#?
66.4k views Asked by smartcaveman AtThere are 4 answers
extern
is with platform invocation (pinvoke) to facilitate managed assemblies calling into unmanaged code. The extern
keyword informs the compiler that it will need to generate the correct code for allow for the correct data marshaling.
Methods marked extern
with [DllImport]
attribute are usually calls to C libraries. This feature is useful for calling WinAPI or legacy code.
This is example from MSDN:
using System;
using System.Runtime.InteropServices;
class MainClass
{
[DllImport("User32.dll")]
public static extern int MessageBox(int h, string m, string c, int type);
static int Main()
{
string myString;
Console.Write("Enter your message: ");
myString = Console.ReadLine();
return MessageBox(0, myString, "My Message Box", 0);
}
}
It calls MessageBox
which is defined inside Windows user32.dll
library. Runtime does all the heavy work for you here, although sometimes you'd need to manually manage memory. If you get the signature wrong, your program may fail on the call, you may introduce a leak or the method might return something completely different, so be careful! I find pinvoke.net a great instrument to correct signatures for different APIs.
Some extern
methods inside .NET Framework that don't have have [DllImport]
attribute but are decorated with [MethodImpl (MethodImplOptions.InternalCall)]
attribute are usually the ones implemented in CLR itself, which is written in C as well. Some of such methods just can't be implemented in C# because they manage runtime itself, and some are implemented in C because their performance is critical and C is faster.
This is what MSDN says about them:
Specifies an internal call. An internal call is a call to a method that is implemented within the common language runtime itself.
As for looking at the actual implementation code, I doubt you'll be able to get it from Microsoft but there are some cool alternative implementations of CLR around so be sure to check them out.
We use " extern " modifier in method declaration. It is used to indicate that the method is implemented externally. A common use of the " extern " modifier is with the DllImport attribute. Non-C# function calls are managed with this attribute. If you are using extern modifier then you have to include following namespace:
using System.Runtime.InteropServices;
Syntax is somthing like:
[DllImport("User32.dll")]
public static extern int MessageBox(int h, string m, string c, int type);
Consider reading section 10.6.7 of the C# specification, which answers many of your questions. I reproduce part of it here for your convenience:
Go to https://github.com/dotnet/coreclr/tree/master/src/vm