家族战歌,高iq过河,沙溢出轨
“大菜”:源于自己刚踏入猿途混沌时起,自我感觉不是一般的菜,因而得名“大菜”,于自身共勉。
在上篇文章深入理解值类型和引用类型的时候,有的小伙伴就推荐说一说ref和out 关键字,昨天晚上彻夜难眠在想是否要谈一下呢,因为可谈的不是太多,也可能是我理解的不够深刻。
static ref int getuserid(int[] alluserid) { return ref alluserid[1]; }
int x = 3; ref int x1 = ref x; //注意这里,我们通过ref关键字 把x赋给了x1 x1 = 2; console.writeline($"改变后的变量 {nameof(x)} 值为: {x}");
运行结果为 2
static void main(string[] args) { myclass c = new myclass(); //以下语句编译报错的 testref(out c); console.read(); } static void testref(out object c1) { c1 = new object(); } class myclass { public int id { get; set; } }
void test(ref int) { } void test(out int) { }
class program { static void main(string[] args) { int i = 10; console.writeline(i); test(ref i); test(ref i); console.writeline(i); console.read(); } static void test(ref int i) { i += 10; } }
运行结果:
10 30
所以我认为真正的用法是:
ref是有进有出,而out是只出不进。
static void testref(out myclass c1) { }
ref则是可写可读的。
其实明白了ref和out的基本原理和作用之后,怎么用能提高性能其实已经很明了了。值类型参数如果比较大,业务又没有复制修改的需求,当然以引用方式会比较合理。至于引用类型无特殊需求场景我觉得没有必要添加ref或者out来画蛇添足。
有的同学会问,引用类型参数本来不就是以引用方式传递的吗,在加ref或者out标记有什么意义吗? 的确,大多数情况下引用类型参数的传递没有必要添加ref或者out来修饰,但是如果方法体内我修改了指针的指向的内存地址,我们的方法调用者又需要这个新的内存地址呢? 例如:以下为一个连续读取n个文件的需求:
static void main(string[] args) { filestream fs = new filestream("新文件地址", filemode.open); //第一个文件的操作省略 //接下来连续读取n个文件内容 bool ishavefile = true; for (; fs!=null; readfile(ref fs, ishavefile)) { fs.read(.............); //添加判断是否还有文件可读 // ishavefile = false; } console.read(); } static void readfile(ref filestream fs,bool ishavefile=true) { fs.close(); if (!ishavefile) fs = null; else { fs = new filestream("新文件地址", filemode.open); } }
可见引用类型添加ref或者out 在一些特定场景下是有必要的。
为值类型参数指定ref或者out,效果等同于以传值的方式传递引用类型,也就是说指向类型实例的指针是复制操作,实例的值并没有发生复制操作。
有的同学会有疑问,值类型变量其实就是值本身,为什么也会有指针呢?这种问题其实自己仔细一想就会知道,无论值类型还是引用类型值都是分配在内存中,就会有内存地址的概念。既然都有内存地址,那就无所谓值类型和引用类型了
关于c# 7.0 +中对ref或者out功能的增强请自行查找msdn。
有人说ref或者out 修饰的引用类型参数在传递时候,指向类型实例的指针并不发生copy操作,也就是说调用方法之前和方法体中的指针的指针是一个,目前本人学疏才浅并不这么认为,是否有大神可以留言指点一二?
以上都是非生产环境测试结果,如果错误,请及时指正
请尊重一个猿的辛苦,转载请标明出处 ^ ~ ^ 。部分图片来源于网络,如有侵权请及时联系。让我们一起进步吧
一个不止于it圈内容的微信公众号,欢迎关注,交流更多的it知识。不定时会有惊喜奥 ^ ~ ^
如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复
Blazor server side 自家的一些开源的, 实用型项目的进度之 CEF客户端
.NET IoC模式依赖反转(DIP)、控制反转(Ioc)、依赖注入(DI)
vue+.netcore可支持业务代码扩展的开发框架 VOL.Vue 2.0版本发布
网友评论