为什么 Java 的类型引用全都是指针传递呢? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
gramyang
V2EX    Java

为什么 Java 的类型引用全都是指针传递呢?

  •  
  •   gramyang Aug 24, 2019 7064 views
    This topic created in 2440 days ago, the information mentioned may be changed or developed.

    以前不觉得,现在发现这种设计真的是有毒。

    java 原生的深拷贝方法麻烦无比,用 gson 来做深拷贝简单点,但是为了避免栈溢出,一些存在相互引用可能的类型需要加上 transient,并且在深拷贝后再把 transient 变量赋值进去。

    其实像 go 那样使用肥指针就不会有这么多幺蛾子了。。

    22 replies    2019-08-27 12:59:13 +08:00
    weixiangzhe
        1
    weixiangzhe  
       Aug 24, 2019 via iPhone
    貌似大部分对象都是引用赋值了吧 rust 的借用是不是可以满足楼主
    reus
        2
    reus  
       Aug 24, 2019
    说要加 value types 好几年了
    chendy
        3
    chendy  
       Aug 24, 2019   3
    其实是 值传递,传递了引用的值…
    soulzz
        4
    soulzz  
       Aug 24, 2019
    主要是省空间,赋新值就开辟个新空间有些浪费
    但问题也很蛋疼,每次我解决深拷贝的问题都是序列化再反序列化感觉更浪费资源了
    zifangsky
        5
    zifangsky  
       Aug 24, 2019
    3L 说得对
    gramyang
        6
    gramyang  
    OP
       Aug 24, 2019
    @soulzz 我感觉这个不是省空间,而是 java 的开发者纯粹想屏蔽指针,这种想法已经过时了
    Yuicon
        7
    Yuicon  
       Aug 24, 2019
    @gramyang 95 年的 java 你用现在的眼光来看当然过时了
    pursuer
        8
    pursuer  
       Aug 24, 2019
    大概因为引用传递适合大部分的情况,所以就默认使用引用传递。值拷贝在处理复杂对象时不一定把一块内存复制过去就可以了,所以 c++为了处理这个情况还搞了个复制构造函数,Java 中对应的就是 clone 方法,只是 Java 默认是引用传递,c++默认是值传递
    gramyang
        9
    gramyang  
    OP
       Aug 24, 2019
    @chendy 我知道,网上很多答案都这么说,原理也确实是如此。所有的代码的行为几乎都是值传递,取值和赋值,指针也是值传递,但是我觉得还是有必要把复制指针和复制指针指向的值区别开来
    danc
        10
    danc  
       Aug 24, 2019
    所以,rust 应该能满足大佬的需求,想要传引用就&T, 想要拷贝就 T.clone()
    bumz
        11
    bumz  
       Aug 24, 2019 via iPhone
    @gramyang

    Java 只不过没指针运算罢了
    还是指针

    现代语言基本都淘汰指针运算了,比如 go 改用 slice 就很先进
    EmdeBoas
        12
    EmdeBoas  
       Aug 24, 2019
    <dependency>
    <groupId>uk.com.robust-it</groupId>
    <artifactId>cloning</artifactId>
    </dependency>
    laminux29
        13
    laminux29  
       Aug 24, 2019
    C/C++中的:
    *p
    **p
    ***p
    p + (b + (a*n) )

    题主,以上你都能快速理解吗?你猜猜考试中,全能理解的有多少?
    middleware
        14
    middleware  
       Aug 25, 2019
    Value type 的 life cycle 不能统一由 GC 控制,语法必然复杂化。
    Raymon111111
        15
    Raymon111111  
       Aug 25, 2019
    BeanUtils.copyProperties
    wysnylc
        16
    wysnylc  
       Aug 25, 2019
    为了解决一个问题带出来更多问题
    Takamine
        17
    Takamine  
       Aug 25, 2019 via Android
    看到标题的时候我觉得是个伪命题阿。
    话说想到之前一个问题,Java 到底是只有值传递还是也有引用传递:doge:。
    Sasasu
        18
    Sasasu  
       Aug 25, 2019 via Android
    没理解 go 里的胖指针是什么
    指 interface 的话,胖指针让编译器失去了很多优化的机会,让 go 程序员不得不手动检查的函数的逃逸分析,编译器升级后还要再检查一遍。
    指带长度的 slice 的话 Java 里也有 object[],而且还不会 cow
    watzds
        19
    watzds  
       Aug 25, 2019 via Android
    C++里不也喜欢传指针,Java 这样简单
    cyspy
        20
    cyspy  
       Aug 25, 2019
    首先是因为 Java 除了八种基本类型之外都在堆里分配,有点原教旨的面向对象了,更现代的语言一般都把小 struct 分配在栈上
    Aresxue
        21
    Aresxue  
       Aug 26, 2019
    两个原因,快还有"懒"。快是指针存在虚拟机栈里,copy 起来速度奇快,"懒"是 JVM 的实现人员觉得没必要为 1%的场景去花费太多精力,有那空不如研究研究垃圾收集器啥的。。。不过听说新版本好像有这个意向?
    shm7
        22
    shm7  
       Aug 27, 2019
    因为快吧。
    About     Help     Advertise     Blog     API     FAQ     Solana     2691 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 83ms UTC 15:49 PVG 23:49 LAX 08:49 JFK 11:49
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86