GuuJiang 最近的时间轴更新 GuuJiang 最近的时间轴更新 |
GuuJiangV2EX 第 58186 号会员，加入于 2014-03-14 16:18:47 +08:00今日活跃度排名 223410
 49  6  |
GuuJiang 最近回复了
34 天前 回复了 proxytoworld 创建的主题 › 问与答 › 为什么很多代码给的例子里面都包含 foo。比如 foo.py foo.go，或者函数 foo，这是什么习俗？？还是有什么含义 |
@lululau 你这是把因果关系搞反了，先有的 foo bar 等命名，然后播放器才故意玩了这个梗
35 天前 回复了 AMZsowhat 创建的主题 › 生活 › 11 岁天才少年玩家，达成炉石战棋超级无敌秒人阵容 |
这不就是跳操么，梦回 2020 年？
45 天前 回复了 redmoon0825823 创建的主题 › 职场话题 › 公司装了软件监控员工的电脑,算不算违背宪法 |
冷知识：宪法是限制 gov 行为的，所以只有 gov 有可能成为宪法的违法主体
56 天前 回复了 dazuijuren004 创建的主题 › 问与答 › 如何反驳老板口中的“前端不就是做展示吗？怎么花时间跟后端一样” |
后端不就是做 CRUD 嘛，怎么花的时间和前端一样:doge:
62 天前 回复了 eyeshuaji 创建的主题 › 编程 › 想问大佬们关于编译器原理的问题 |
不知道你有没有遇到过在 Windows 系统上弹出一个错误提示，内容为“非法指令”
你这个问题要分几个层次来回答
1. 计算机怎么区分机器码和其它内容
每种架构的 CPU 有个东西叫做指令集，规定了哪些是合法的指令，CPU 总是无条件地把程序寄存器指向的内容当成指令（哪怕由于堆栈破坏等原因导致程序寄存器指向了数据段或者其它无效内容），尽量地去尝试译码，如果确实碰到了无法译码的内容则产生中断
2. 上面是从单条指令的角度来说，但是我猜你可能误认为 CPU 是直接执行编译输出的文件，所以会有这个疑问，实际上编译生成的可执行文件要遵循目标操作系统上的可执行文件的特定结构，例如 PE 、elf 等，而操作系统在加载可执行文件时首先依据文件结构找到其中的代码段，然后才是交给 CPU 执行
你这个问题要分几个层次来回答
1. 计算机怎么区分机器码和其它内容
每种架构的 CPU 有个东西叫做指令集，规定了哪些是合法的指令，CPU 总是无条件地把程序寄存器指向的内容当成指令（哪怕由于堆栈破坏等原因导致程序寄存器指向了数据段或者其它无效内容），尽量地去尝试译码，如果确实碰到了无法译码的内容则产生中断
2. 上面是从单条指令的角度来说，但是我猜你可能误认为 CPU 是直接执行编译输出的文件，所以会有这个疑问，实际上编译生成的可执行文件要遵循目标操作系统上的可执行文件的特定结构，例如 PE 、elf 等，而操作系统在加载可执行文件时首先依据文件结构找到其中的代码段，然后才是交给 CPU 执行
64 天前 回复了 edis0n0 创建的主题 › 问与答 › 淘宝上的日本便利店代付款服务有类似盗刷信用卡之类的坑吗？ |
便利店代付款仅接受现金
68 天前 回复了 RobertLyu 创建的主题 › Swift › [ Swift ] 请问为什么 Swift Playground 打印结果会自动加上一对半角圆括号？ |
@RobertLyu 你这是治标不治本，根本问题是要问问自己，为什么非要在调用函数时写个 print
74 天前 回复了 horou 创建的主题 › Rust › Rust 编译 Wasm 文本格式的问题 |
--remap-path-prefix
77 天前 回复了 movq 创建的主题 › 程序员 › 为什么 Java 父类构造函数调用被重写的方法会调用到子类的 |
作为没仔细看就强答的一员，首先给 op 道歉
以下从旁观者角度总结一下来龙去脉，并非给自己辩解
这个问题之所以会引起这么大的争议，其中一个原因是在 5L 时给出了一段极具误导性的示例代码
主题想表达的是“C++和 Java 在 **构造方法** 中调用 **virtual** 方法时的行为不同”，而 5L 给出的示例代码却不是 virtual 的，偏偏“C++中需要显式声明 virtual ，而 Java 中不存在 non virtual”这个知识非常地深入人心，几乎成了一个所有 C++/Java 双修的程序员必然会曾经遇到过的月经问题，所以这个贴里的绝大多数人(包括我自己在内)没有仔细看就第一时间想着“果然又是这个问题”，而忽略了“从构造方法调用”这个前提，事实上 5L 的示例代码并不能用来验证主题中本来想问的那个问题，因为首先这段代码中存在非 virtual 方法的重写(更准确地说应该是隐藏)，而 Java 中并不存在等价的代码，其次 C++中的非 virtual 方法在从非构造方法中调用时得到的结果也和主题描述中的一致，这两点共同作用进一步加深了第一眼看到这段示例代码的人对于“这个差异是由 virtual/non virtual 造成的”这一印象，而“从 constructor/非 constructor 调用”这一差异几乎完全被隐藏了，事实上如果开始在 5L 给出的代码就是调用 virtual 方法，那么更多的人就会把注意力放到“是否从 constructor 调用”上来，楼也不至于歪得那么厉害了
以下从旁观者角度总结一下来龙去脉，并非给自己辩解
这个问题之所以会引起这么大的争议，其中一个原因是在 5L 时给出了一段极具误导性的示例代码
主题想表达的是“C++和 Java 在 **构造方法** 中调用 **virtual** 方法时的行为不同”，而 5L 给出的示例代码却不是 virtual 的，偏偏“C++中需要显式声明 virtual ，而 Java 中不存在 non virtual”这个知识非常地深入人心，几乎成了一个所有 C++/Java 双修的程序员必然会曾经遇到过的月经问题，所以这个贴里的绝大多数人(包括我自己在内)没有仔细看就第一时间想着“果然又是这个问题”，而忽略了“从构造方法调用”这个前提，事实上 5L 的示例代码并不能用来验证主题中本来想问的那个问题，因为首先这段代码中存在非 virtual 方法的重写(更准确地说应该是隐藏)，而 Java 中并不存在等价的代码，其次 C++中的非 virtual 方法在从非构造方法中调用时得到的结果也和主题描述中的一致，这两点共同作用进一步加深了第一眼看到这段示例代码的人对于“这个差异是由 virtual/non virtual 造成的”这一印象，而“从 constructor/非 constructor 调用”这一差异几乎完全被隐藏了，事实上如果开始在 5L 给出的代码就是调用 virtual 方法，那么更多的人就会把注意力放到“是否从 constructor 调用”上来，楼也不至于歪得那么厉害了
Select Language