메소드 주소가 가비지 컬렉터를 통해 이동합니까?

Question

GC가/힙에서 물건을 움직일 수 있다는 것을 알고 있습니다. 그러나 메소드에 대한 포인터를 얻는다면, 그 메소드가 이동 될 위험이 있습니까?

초. 메소드에 대한 포인터가 있다면 안전하지 않거나 빠른 방법으로 호출 할 수 있습니까?

Answer 1

그러나 만약 당신이 방법에 대한 포인터를 얻으면, 그 방법은 움직일 위험이 있습니까?

어떻게 포인터를 메서드에 추가 할 계획입니까? C#에는 이러한 작업이 없습니다!

당신이 한 논쟁을 위해 가정하십시오. 귀하의 질문에 대한 대답은 아니오입니다, 방법은 GC에 의해 이동되지 않습니다. 메서드가 삭제되지 않았습니다.인데, 왜 그들은 으로 이동 했습니까? 삭제로 남겨진 구멍을 압축하기 위해 무언가를 움직입니다.

하지만 C#의 첫 번째 위치에 메서드에 대한 포인터가 없습니다. 당신은 대의원을 얻습니다.

마샬링 코드로 원시 포인터를 얻는 방법은 있지만 그 요점은 무엇입니까? 당신은 그것을 호출 할 수 없습니다.

메소드에 대한 포인터가 있으면 안전하지 않거나 빠른 방법으로 호출 할 수 있습니까?

하지만하지을 그래서 다시, 문제는 무의미하다, C#에서 방법에 대한 포인터를 가지고있다.

위임자를 호출하면 위임자를 호출 할 수 있습니다.

C#에서 메서드에 대한 포인터를 얻는다면 위임자를 만들고 호출하는 것보다 빠르고 가볍게 호출 할 수있는 방법이 있습니까?

C#에서는 컴파일러가 calli 명령어를 생성 할 수있는 방법이 없습니다.

이 기능은 가능합니다.; 한 번 당신이 원하는 기능의 원형으로 놀았습니다. 마지막으로 우선 순위 목록을 보았을 때 그 목록에서 매우 낮았 기 때문에 곧 기대하지는 않았습니다.

Answer 2

이 질문은 관리되지 않는 코드가있는 interop의 컨텍스트에서만 의미가 있다고 생각합니다. CbtHookProc에 대한 썽크 만들고 SetWindowsHookEx에 전달하는 방법을

[UnmanagedFunctionPointer(CallingConvention.StdCall)] 
public delegate int HookProc(int nCode, IntPtr wParam, IntPtr lParam); 

[DllImport("user32.dll")] 
public static extern IntPtr SetWindowsHookEx(int idHook, HookProc lpfn, IntPtr hInstance, uint threadId); 

protected int CbtHookProc(int nCode, IntPtr wParam, IntPtr lParam) 
{ 
    return Win32.CallNextHookEx(this.cbtHookId, nCode, wParam, lParam); 
} 

// ... 
// keep the delegate reference, avoid "a callback was made on a garbage collected delegate" runtime error 
this.cbtHookProc = new Win32.HookProc(CbtHookProc); 

// install the hook 
this.cbtHookId = Win32.SetWindowsHookEx(Win32.WH_CBT, this.cbtHookProc, 
    IntPtr.Zero, Win32.GetCurrentThreadId()); 

참고 : 예를 들면. think 오브젝트에 할당 된 메모리 조각은 this.cbtHookProc의 수명 시간 동안 고정되어 있으므로 힙 압축 중에 이동하지 않습니다.

Answer 3

지금까지 관리되지 않는 함수 포인터를 호출, 당신은 그들을 통해 호출 할 수 있습니다

• the (semi)pure .net way
• C++/CLI

를 사용하여 하나 또는 모두를, 필요에 따라.

호출 규칙을 올바르게 설정하고 제어 흐름에 필요한 환경 컨텍스트를 함수에 올바르게 설정했는지 확인하십시오 (예 : 일부 기능은 UI 스레드에서 호출 될 것으로 예상됩니다. 당신이 호출하는 함수에)