只读内存机制解析及C语言const内存写入限制与段错误主体问询

嘿，咱来把这俩问题拆解明白，都是内存和C语言里很基础但容易懵的点～

只读内存（ROM）本质是硬件层面设计成只能读取、正常运行下无法写入的存储介质。它的核心机制在于存储单元的物理结构：

• 最传统的掩膜ROM，是在芯片制造时就把数据用电路连线的方式固化进去，没有写入电路，出厂后就没法修改；
• 像EPROM、EEPROM这类可擦除的ROM，虽然能修改，但需要特殊条件（比如EPROM要紫外线照射擦除，EEPROM要加高压写入），正常工作状态下还是只能读取；
• 现在常用的Flash闪存，也是ROM的延伸，它的写入需要先擦除对应块，日常运行时同样默认是只读模式，用来存储固件、启动程序这类不需要频繁修改的内容。
  说白了，ROM的只读特性是硬件电路直接限制的，不是软件层面的规则。

首先得明确：C里的const和硬件ROM不是一回事，它是编译链接+操作系统内存保护共同实现的，咱分点说：

实现机制 #

当你用const修饰变量时，编译器会把这个变量放到程序的只读数据段（通常是.rodata段），链接器生成可执行文件时，会给这个段打上“只读”的属性标记。等操作系统加载程序到内存时，会把.rodata段映射成只读权限的虚拟内存页。
另外，编译器在编译阶段也会做静态检查：如果你直接写const变量（比如const int a=5; a=10;），编译器会直接报错，不让你通过编译——这是第一层拦截。

谁阻止该内存被写入？ #

分两种场景：

• 带MMU的系统（比如PC、手机）：主要是操作系统+内存管理单元（MMU）。当程序试图写入只读页时，MMU会检测到权限违规，触发硬件异常，操作系统捕获这个异常后，会直接阻止写入操作；
• 无MMU的嵌入式系统：编译器的静态检查是主要拦截手段，但如果你用指针强制转换绕过编译检查（比如const int a=5; int* p=(int*)&a; *p=10;），因为没有MMU做硬件级别的权限检查，可能真的能写入成功——这时候就没有“谁阻止”了，完全靠开发者自己遵守规则。

强制写入const内存时，谁触发段错误报告？ #

是操作系统。当MMU检测到对只读页的写入操作，会抛出一个硬件异常（比如x86架构的#GP通用保护故障，ARM架构的数据中止异常），操作系统捕获这个异常后，会给对应的进程发送SIGSEGV（段错误信号），进程收到信号后就会终止，并输出段错误的相关提示信息。
如果是无MMU的系统，强制写入不会触发段错误，可能直接修改了内存内容，甚至导致程序异常，但不会有系统层面的错误报告。

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