V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  amiwrong123  ›  全部回复第 33 页 / 共 37 页
回复总数  726
1 ... 25  26  27  28  29  30  31  32  33  34 ... 37  
2019-09-26 11:49:20 +08:00
回复了 lcj2class 创建的主题 程序员 对 CSDN 佩服地五体投地
我却还在 csdn 写博客,可能该考虑换成博客园了
2019-09-25 12:04:45 +08:00
回复了 amiwrong123 创建的主题 程序员 为啥说成“字节码是 0101”就会遭到这样的口诛笔伐
@realpg
谢谢回答,懂啦。哎,出言不慎闹了个笑话。
2019-09-25 01:44:45 +08:00
回复了 amiwrong123 创建的主题 程序员 为啥说成“字节码是 0101”就会遭到这样的口诛笔伐
@lujjjh
嗯,还是你懂我,不过你讲的思路比较清晰。我只是想简单讲一下字节码的概念,然后引出泛型的原理和类型擦除。
2019-09-25 01:06:25 +08:00
回复了 amiwrong123 创建的主题 程序员 为啥说成“字节码是 0101”就会遭到这样的口诛笔伐
@fuxiaohei
直接说 0101 就认为,0101=二进制文件=机器码,这样呗
2019-09-24 21:34:19 +08:00
回复了 amiwrong123 创建的主题 程序员 为啥说成“字节码是 0101”就会遭到这样的口诛笔伐
@wwti9
那可以说成,符合 jvm 规范的 0101 吗
2019-09-12 17:21:51 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@guyeu
我才发现,如果是 java12,所以这样 Integer[] b = (Integer[]) new Object[] {};居然是能通过编译的。然后试了 java8,也是不可以的。


“而你的字节码里的强制类型转换是你的代码里原本就存在的,并不是编译器帮你加的。”(代码里也没有写(String[])的啊),难道你意思就是,因为 String[] stringArray = stringMaker.create(9);左边是 String[],所以就有了强制转换呗。但是,我觉得强制转换是需要自己写出来的啊,像这样 String[] stringArray = (String[])stringMaker.create(9);。毕竟 create 方法返回的是 Object[],从 // Method create:(I)[Ljava/lang/Object;也能看出来。

而且根据 java8 的测试,就算写了也是编译通不过。那这里 String[] stringArray = stringMaker.create(9);到底是怎么执行成功的呢。

有点笨,见谅哈==
2019-09-12 11:15:49 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@zgqq
@napsterwu
@bkmi
@guyeu
@Raymon111111
@shily
@leafin
各位大佬,能否帮忙看一下附言 2 关于泛型数组的我的理解对吗?
2019-09-11 17:54:42 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@pursuer
准确的说,泛型代码的字节码没有变化。但是在主函数的调用 create 方法的地方,会隐式地加一句强制类型转换。
2019-09-11 17:50:40 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@pursuer
有影响的,泛型除了检查外,在明确指定了泛型的具体类型后( ArrayMaker<String> stringMaker = new ArrayMaker<String>(String.class);),返回 T 类型的方法会隐式地加一句强制类型转换,这一点我刚才通过 javap 看 java 汇编看出来了的。
2019-09-11 14:10:20 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@shily
感谢回答,感觉有点弄清楚了。其实就是,虽然引用 Class<T>的类型参数被擦除了,但其 Class 对象还是没有改变。

专门去看了 Class 的源码,大概有这几个函数用了 T:
1. public T newInstance()
2. public TypeVariable<Class<T>>[] getTypeParameters()
3. public native Class<? super T> getSuperclass()
4. public Constructor<T> getConstructor(Class<?>... parameterTypes)
5. public Constructor<T> getDeclaredConstructor(Class<?>... parameterTypes)

以最常用的 newInstance 为例,以泛型的知识来理解,这里也应该是: 调用 newInstance 返回的是一个 Object,然后隐式地在这里加了一句强制类型转换呗。
2019-09-11 11:05:52 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@Raymon111111
确实想研究一下了,Class 到底是怎么存储实际类型的。

还有就是,既然泛型会进行擦除,Class 的源码设计成了 Class<T>这样的泛型到底有什么用。
2019-09-11 11:00:03 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@icris
所以 private Class<T> kind;这句里面的 T 并不会让泛型代码存储到实际类型,这是因为擦除。

但 kind 指向的那个东西就是实际类型呗。。总感觉我是不是该好好研究一下 Class 才行啊。。
2019-09-11 10:23:52 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@guyeu
泛型本来就会擦除,那肯定是也不能依靠泛型提供类型信息了。

但“它本身就是类型信息”,这句我可能还没怎么理解==(虽然我知道 Class 对象的大概用法)
2019-09-11 10:21:47 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@bkmi
等一下,我有点蒙,左边右边不都是 Class 对象吗,怎么还有子类和基类
2019-09-11 09:32:46 +08:00
回复了 amiwrong123 创建的主题 程序员 Java 泛型擦除与补偿的迷惑
@zgqq
Class<T>类作为一个泛型类,它是怎么保存实际类型信息的呢?它就是要特殊一点是吗
2019-09-08 13:55:30 +08:00
回复了 amiwrong123 创建的主题 Java Java 泛型方法与多态,这样解释对吗
@Bromine0x23
不好意思,刚才没注意到那个静态方法的返回值。修改静态方法后可执行。

经过测试发现,虽然成员的泛型方法和泛型类用了同一个标识符 T,但是成员泛型方法的 T 并没有被对象的具体类型 CountedObject 所覆盖,而是独立于对象的。
2019-09-08 13:25:24 +08:00
回复了 amiwrong123 创建的主题 Java Java 泛型方法与多态,这样解释对吗
@oneisall8955
是通配符方面的知识哈,等我看书看到这块再去观摩你的博客把。
话说层主能否帮看下附言 2,不知道我的理解对吗。。
2019-09-08 12:20:55 +08:00
回复了 amiwrong123 创建的主题 Java Java 泛型方法与多态,这样解释对吗
@Bromine0x23
大佬,能否再帮忙看下附言 2 的疑问,感谢!
是不是成员泛型方法的 T 被泛型类的 T 覆盖掉了。
2019-09-07 23:02:45 +08:00
回复了 amiwrong123 创建的主题 Java Java 泛型方法与多态,这样解释对吗
@ninjachen
不好意思,创造了个新词汇 囧 rz
2019-09-07 19:59:42 +08:00
回复了 amiwrong123 创建的主题 Java Java 泛型方法与多态,这样解释对吗
@cigarzh
主要类型参数推断理解错了
1 ... 25  26  27  28  29  30  31  32  33  34 ... 37  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5541 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 74ms · UTC 02:57 · PVG 10:57 · LAX 19:57 · JFK 22:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.