这是一个很基础的问题,如果你已经理解透彻了,其实可以不需要往下看(如果理解没错的话),因为相信你已经知道了答案,本篇主要是解释给和我一样一直以来有这样误解的人,事实上这是一个简单的问题,之所以会陷入这个误区,主要还是因为习惯了高级语言后,特别是屏蔽了指针感知后,多年来“口口相传”导致的误解。
起因是:
关于 dart 在函数里究竟是引用还是传值,到 java 在方法里是引用还是传值?
其实结论也很简单,不管是 dart 和 java ,在正统意义上理解,都是值传递。 等下,是不是这时候有些人就开始质疑了:“就这”?
不急,有兴趣的可以往下看,先说正统意义上的理解,如下示例1代码所示,这就是正统意义上传递还是引用的最直观示例:
如上代码,如果是真正意义上的引用传递,那么打印出来的应该是 "print 222"
,但是事实上运行后打印出来的是 "print 111"
。
如果你觉得这样不对,那就是和我以前一样理解错误的话,那肯定会举这样的例子,如下示例2所示:
运行之后的结果是:
分明 a
和 p
不就是一个地址吗?打印之后 a
的 name
不也变成了 222
了吗? 从这个角度理解看起来好像真的就是引用传递!但是可惜这并不是,这是一种误解。
其实这里的问题主要出在讨论的角度出现了问题:
- 示例 1 正统上大家说的引用传递是对于变量对象的角度;
- 示例 2 讨论的引用还是传递是以值的角度;
知乎的这个例子举的就特别有意思,以它的例子为模板:
- 你有一把钥匙,当你的朋友想要去你家的时候,如果你直接把你的钥匙给他了,这就是引用传递。这种情况下,如果他对这把钥匙做了什么事情,比如他在钥匙上刻下了自己名字,那么这把钥匙还给你的时候,你自己的钥匙上也会多出他刻的名字。、
- 你有一把钥匙,当你的朋友想要去你家的时候,如果你复制了你的钥匙给他,这就是值传递。这种情况下,如果他对他钥匙做了什么事情,都和你的钥匙无关。
- 最后按照示例2的角度代入这个故事,你的朋友拿着你给他的钥匙,进到你的家里,把你家的电视砸了,你再用你的钥匙开门进去,看到的也是被砸了的家,这就是示例2中的
p.name
赋值的类比。
所以示例2其实就是如上图的一个状态,其实 a
传递进去 changePeople
之后,在 changePeople
里的 p
已经是另外一个地址,而不是传递的 a
的地址 ,所以并不是传统意义上的引用传递,而我们打印出来的一致的 hashCode
,其实就是值 People
的地址和引用。
这个结论在 java 和 dart 里都是一致的,而我也是被 js 的同学所打脸,所以在函数上 java、dart、js 这些高级语言的设计都是如此。
我思考了下,从值的角度导致误解出现的原因,其实应该归结于高级语言里屏蔽了指针等的底层概念:
首先在 java、 dart 函数里讨论对象的传递引用意义不大,因为不能被操作的引用对象没意义,如果引用对象不被赋值给变量,它就会被GC,所以最终都关注到“值”本身。
所以作为操作不了对象引用的语言,讨论引用传递确实没有意义,从而导致大家把值和对象关系搞混了。
Dart/Flutter中对象传值(by value)还是引用(by ref)
之前看到有个文章url说是传值,我读了一些资料,觉得是错误的!正确的答案是引用。
参考这篇文章 https://stackoverflow.com/questions/54545977/dart-variable-store-reference-to-the-value
输出结果如下:
核心要点:
-
var a = 10;
这种赋值语法的含义是a是指向一个内存对象10的引用(ref). -
var a = 10; var b=a;
则a,b都指向同一个内存对象,即引用同一个内存对象。但是a,b之间没有任何联系。 - 在2的情况下,修改a指向对象的值,b也会跟着改。(矛盾点也在这里!)
- 但是,Dart中不是所有的对象都可以修改的(mutable or immutable),其中number,String,bool等都是不可变类型,每次修改都是产生一个新的对象。而其他大部分对象都是mutable, 所以第3条的情况在面对immutable对象会表现不一致。
Dart是值传递还是引用传递
1)在dart中对于基础数据类型String、int、bool、double是值传递也就是说给传入函数内的形参赋值不会改变外部变量的入参的值
2)而对象List、Set、Map、class是引用传递
我们每次调用函数,传递过去的对象都是对象的内存地址,而不是这个对象的复制。
参数是把内存地址传过去了,如果对这个内存地址上的对象修改,那么其他位置的引用该内存地址的变量值也会修改。
例一:
以上例子中,传入全局变量element.photoInfoModelList,在yzCallbackWithPhotoList回调函数中给传入的photoInfoModelList赋值,不会改变全局变量element.photoInfoModelList的值;因为submitPhoto中使用的局部变量photoInfoModelList的内存地址已经发生改变,此时指向的是list的内存地址
例二:
以上_goodItemCard接收的是一个model,在使用时传入了全局变量ctr.list[i],在_goodItemCard内对model类属性value和valueName进行赋值操作同步改变了ctr.list[i]中的value和valueName的值,因为此时传入的model的内存地址没有发生改变。
看了上面的例子可能会反驳,第一个例子为什么就不能改变外部变量,这不是不对吗?
实际上,还是这句话“dart是引用传递”
后续修改都是0x0002222内存的修改
总结
这是一个易忽视的坑,一般我们在传递某个全局model的属性给别的方法调用时,会在这个方法中对该数据进行处理,一定想要清楚是否需要在全局对数据进行修改来决定是传入基础类型还是对象