C#如何获取引用本身存于线程堆栈上的地址！大神来！

。。。。。 综上，.Net采用的固定对象的机制是正确的。

根据微软的博客，驻留的字符串不会被GC移动，因为GC无法对此区域进行垃圾回收： "After a string is interned, it is being referenced by a special array, to prevent it from being garbage collected." (http://blogs.microsoft.co.il/levi_moshe/2012/10/08/intern-pool-improvements-between-various-net-framework-versions/) 但我觉得你的问题可能与字符串驻留无关，毕竟只有在编译期显式声明的字符串（literal），和已编程的方式调用string.Intern时才会驻留，动态的字符串肯定不会默认被驻留的。真正的原因可能是在交互之前，CLR内部已经做了工作，以防止对象被GC移动： “如果准备在非托管代码中使用指针传递一个引用对象的地址，将会面临垃圾收集器背着你移动该引用对象的风险。还好P/Invoke机制能检测到这种情况。在这种情况下，它会将对象在内存中定址，然后提供一个指向本级代码的指针。当我们从方法中返回后，该对象会自动解除固定。” （ C#和.NET2.0实战——平台、语言与框架,P193） 那么，你之前所提出的问题，究竟是对可能出现的现象的怀疑，还是亲自测试并发现到这个现象呢

“虽然单纯的通过纯值类型引用是不能获取到引用类型的地址” 这句的意思是..? 我想获得栈上变量的地址信息，比如一个引用类型自身只占用4字节(32位系统)，是在堆栈上开辟的，我想得到这个4字节内存的首地址。

[quote=引用 5 楼 u012211533 的回复:] 大侠，那我如何才能实现C#传递int数组内容到C++中呢？ ... /quote] 可以直接传int[]，CLR保证在单个PInvoke期间，那个数组是不会被GC移动。比如：

// C++
int Sum(int* numbers, int count)
{
    int sum = 0;
    for(int i=0; i<count; i++) sum += numbers[i];
    return sum;
}
// C#
int Sum(int[] numbers, int count);

而ref int[]是基本上不应该出现的。因为ref in[]对应C++中的int**，而int**一般用来返回一个数组的：

int SetData(int** ppData)
{
   *ppData = (int*)malloc(1000 * sizeof(int));
   //...
   return 1000;
}

由于C++的指针不包含长度信息，它是不能直接转换为C#的数组的（C#的数组有长度信息）。因此不能用ref int[]来调用SetData。你可能试验过ref int[]可以用来传入数据。但关键一点是，如果只是用来传入数据，为何不直接用int[]来对应int*呢？

另一种方法是直接获取指针的地址，这也是你一直要求的，我谈谈我的思路，不知是否可行： //这是你要用的托管对象 string str = "abc"; //额外分配一个值，此时栈顶是strAddress int strAddress = 0; //进入unsafe作用域 unsafe { int* p = &strAddress;//取地址 IntPtr intP = new IntPtr(p); strAddress = intP.ToInt32(); //strAddress保存的是他自己的地址 } //退出unsafe作用域，栈顶回到strAddress //获取后面的str指针的地址 strAddress -= sizeof(int);

托管与非托管的交互，注意两点， 1、二者运行在两个不同的地址空间。 2、托管有gc，也就是说.net框架要完全控制托管堆。 所以，托管传递给非托管参数，如果是这个参数托管的只能是复制，而不能是引用或地址，因为如果是地址的话，非托管就可以改变这个地址的内容,达到破坏gc的效果， 托管方只能传一个非托管的内存的地址或引用到非托管方 你可能会有疑问例如调用 时会有 ref int[] 之类的参数，其实这样写.net框架会自动把这个地址转换。

[quote=引用 37 楼 Susiria 的回复:] 楼主看下System.Runtime.InteropServices.GCHandle: 用 GCHandle 创建一个固定对象，该对象返回一个内存地址，并防止垃圾回收器在内存中移动该对象。 object varb = new int[] { 2, 3, 4 }; //GCHandleType.Pinned允许使用固定对象的地址。这将防止垃圾回收器移动对象 GCHandle handle = GCHandle.Alloc(varb, GCHandleType.Pinned); IntPtr address = handle.AddrOfPinnedObject(); //传递给c++ handle.Free();

楼主可以看看http://msdn.microsoft.com/zh-cn/magazine/cc164193.aspx中 复制和固定 那一节。 另外引用类型的堆栈地址也是可以获取到的，虽然单纯的通过纯值类型引用是不能获取到引用类型的地址(纯值类型与引用类型位于不同的堆栈)，你可以定义一个结构体将值类型与引用类型一起绑定到引用类型堆栈

        [System.Runtime.InteropServices.StructLayout(System.Runtime.InteropServices.LayoutKind.Explicit)]
        struct p
        {
            [System.Runtime.InteropServices.FieldOffset(0)]
            public int Int;
            [System.Runtime.InteropServices.FieldOffset(sizeof(int))]
            private object Value;
            public static p Get(object value)
            {
                return new p { Int = 10, Value = value };
            }
        }

比如32位目标程序,对于数组(string也一样),p1指向真实的数据,p1-1指向数组长度

            int[] array = new int[] { 9, 10 };
            p p = p.Get(array);
            int* p1 = (int*)*((&p.Int) + 1) + 2;

你要可靠的话，就只能传(&p.Int) + 1，但是并不是你要的int**，因为它和fixed的结果有2个int的偏差。

就我来说，没有见过不用unsafe就能取得内存地址的方法，也没有framework内置方法（GCHandle的AddrOfPinnedObject只能取得固定对象的地址） string是很特殊的引用类型，字符串是任何程序都经常用到的类型，所以CLR对它有特殊的优化： “当CLR初始化时，它会创建一个内部的散列表，其中的键为字符串，值为指向托管堆中字符串的对象的引用...垃圾收集器不会释放CLR内部的散列表中引用的字符串对象，这些String对象的引用一直被散列表保存着。只有当进程中所有的应用程序域都不再引用这些字符串对象时，它们才会被释放。。。”（CLR via C#) 所以我认为，你说的不固定字符串也没有出错的情况，是因为这个字符串原本是在散列表之中的。

第一个问题：你考虑到了.net的对象，随时会被移动。难道微软就考虑不到？而且无数的.net程序使用了很久出问题了吗？没有吧。要搞清楚这个问题，你需要知道.net在调用C++时候，如何处理托管内存与非托管内存的交互，两种方式：固定与复制。 第二个问题：使用ref表示表示传递指针。ref int表示：int *p,ref string 表示char **。当然使用ref最多只能传递我们在C++中所用的二级指针。有了一，二级指针，你的问题还解决不了吗？ 那么，你需要更多级指针，更复杂的操作吗？使用marshal类手动处理内存的交互也是可以实现的。 建议，永远不要去用unsafe代码，或者 fixed功能。

1.调用了，不调用我就不想搞明白C#->C++参数传递之法了。