关于Machine Code、硬件与操作系统的技术咨询

问题1：编写纯二进制机器码及相关扩展名 #

• 直接手写0、1组成的纯机器码几乎没有实际意义，效率极低且极易出错。实际操作中，你可以先编写汇编代码（.asm文件），通过汇编器（如NASM、MASM）编译生成二进制机器码；也可以用十六进制编辑器编写十六进制指令，再转换为二进制文件。
• 要实现打开「此电脑」或文本文件这类操作，纯机器码无法直接完成——这些功能依赖操作系统提供的系统调用/API。你需要编写符合对应系统调用约定的机器码，比如Windows下调用Shell相关API或文件操作API，Linux下调用open或execve等系统调用，由内核来完成实际的硬件交互或功能执行。
• 纯机器码的二进制文件没有专属的标准扩展名，通常用.bin来标识。.exe是Windows的PE格式可执行文件，里面除了机器码，还包含文件头、导入表等操作系统需要的元数据；.asm是汇编源码文件，和纯机器码不是同一类文件。

问题2：x64 Windows机器码能否在x64 Linux上运行 #

• 从CPU指令集层面，x64指令是通用的，CPU能识别并执行这些指令。但涉及系统交互的机器码无法直接运行：
  • Windows和Linux的系统调用编号、调用约定完全不同（比如两者syscall指令对应的功能号毫无对应关系）；
  • 两者的内存布局、权限模型、文件系统访问逻辑差异极大；
  • 依赖Windows特定API的机器码，在Linux下没有对应的服务支持，执行后会触发错误或直接崩溃。
• 只有完全不依赖系统调用的纯计算类机器码（比如简单的算术运算、内存读写），才能在x64 Linux的CPU上正确执行，但这类代码实际用途有限。

内容的提问来源于stack exchange，提问作者Mam