C语言中BASIC的Peek/Poke/PeekInt/PokeInt等效实现方式

首先给核心结论：这类内存操作完全可以仅通过指针实现，malloc不是必须项，仅在特定模拟场景下才需要用到。

原生命令行为对应 #

BASIC里这几个命令的本质就是直接访问指定内存地址，对应逻辑非常直白：

• Peek(addr)：读取指定内存地址的1个字节无符号值
• Poke addr, val：向指定内存地址写入1个字节值
• PeekInt(addr)：从指定内存地址起始位置，读取1个平台默认长度的整型值（老8/16位BASIC上通常是2字节）
• PokeInt addr, val：向指定内存地址起始位置，写入1个整型值

最简等效实现 #

C语言中只需要将地址值转换为对应类型的指针，做解引用操作就能完全复现上述命令的行为，不需要依赖任何额外库函数。

#include <stdint.h>

// 加volatile避免编译器优化掉真实内存访问，和BASIC每次执行命令都直接读写内存的行为完全对齐
// 单字节读写，对应Peek/Poke
#define Peek(addr) (*(volatile uint8_t*)(uintptr_t)(addr))
#define Poke(addr, val) (*(volatile uint8_t*)(uintptr_t)(addr) = (uint8_t)(val))

// 平台默认长度整型读写，对应常规PeekInt/PokeInt
#define PeekInt(addr) (*(volatile int*)(uintptr_t)(addr))
#define PokeInt(addr, val) (*(volatile int*)(uintptr_t)(addr) = (val))

// 适配老16位BASIC的专用版本，避免现代系统int长度为4/8字节导致的兼容问题
#define PeekInt16(addr) (*(volatile int16_t*)(uintptr_t)(addr))
#define PokeInt16(addr, val) (*(volatile int16_t*)(uintptr_t)(addr) = (int16_t)(val))

注：直接将整数值转换为指针的写法在C标准中属于实现定义行为，但所有支持直接内存操作的编译链（GCC、Clang、MSVC、各类嵌入式交叉编译器）都明确支持该行为，和老BASIC实模式下直接访问内存的逻辑完全兼容。

malloc的适用场景 #

你不需要在所有场景下都调用malloc，是否使用完全取决于你移植代码的运行环境：

• 如果你在裸机、嵌入式环境开发，需要直接访问固定物理地址（比如硬件寄存器、板载显存），完全不需要malloc，直接把整数地址传入上述宏即可，和BASIC的原生写法没有区别。
• 如果你在现代保护模式操作系统上移植老BASIC程序、做兼容模拟层，不能直接随便传入整数地址访问（会触发段错误），这时候才需要用malloc申请一块和原BASIC运行环境地址空间大小一致的内存块作为虚拟内存池，所有Peek/Poke操作都在内存池基地址上做偏移即可，示例代码如下：

// 申请64KB内存模拟老16位BASIC的全地址空间
uint8_t* mem_pool = malloc(65536);

// 等价于BASIC中 Poke 0x400, 0xAB
Poke(mem_pool + 0x400, 0xAB);
// 等价于BASIC中 A = PeekInt(0x800)
int16_t a = PeekInt16(mem_pool + 0x800);

移植注意事项 #

• 字节序问题：老BASIC运行的硬件平台大多为小端序，如果移植到不同字节序的平台，PeekInt/PokeInt需要手动做字节序转换，否则读取的整型值会出错。
• 越界问题：做模拟层时注意地址偏移不要超过malloc申请的内存池长度，避免内存越界。
• 不要移除volatile修饰：如果操作硬件寄存器、显存这类会被外部修改的内存，移除volatile会导致编译器优化掉必要的读写操作，出现逻辑正确但运行不符合预期的问题。

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