原本是没有这个概念区分的，现代通用计算机（PC、手机、服务器）都有MMU，你的操作系统内核会自动处理了这一切，你不需要区分这些，但是当你的机器上电时，还没有操作系统内核接管时，你开发的裸机/嵌入式/引导程序需要明确区分这些地址：
┌─上电过程─────────────────────────────────────────┐
│ 上电复位 → BIOS/UEFI固件 → Bootloader → 操作系统内核 → 用户空间 │
└────────────────────────────────────────────────┘
- 加载地址：程序真正复制或存储（有些固件程序就存储在ROM中）到内存中的起始物理。
- 链接地址：链接地址是链接器（linker）在生成可执行文件或目标文件时，为每个符号和段分配的虚拟地址。
- 运行地址：程序真正运行时的内存地址，也是PC在执行指令或访问数据时，实际使用的内存地址
所以
什么情况下一段程序三者地址相同：
比较少见了，现在程序基本都在虚拟内存下运行，只有标准静态链接的非 PIE（Position-Independent Executable）用户态可执行程序三者地址相同（在编译时要明确指明-no-pie参数）
什么情况下加载地址与链接地址不同，但是链接地址与运行地址相同：
一般你编写的程序（大多数用户态程序）都是这个模式，上面也说了，当你的程序运行在 带 MMU 的操作系统 （如 Linux、Windows）时，你的操作系统加载器会将程序加载到内存的虚拟地址。CPU 运行时使用该虚拟地址访问代码和数据。此时链接地址与运行地址与加载地址都相同。
什么情况下链接地址与运行地址不同：
内核或裸机程序在 MMU 开启之前的程序，比如Bootloader 的第二阶段，还有RISCV架构中MMU 开启前会调用固件接口程序和启动操作系统内核的汇编代码（因为MMU启动后归MMU接管了）
注意！！！：这些任务不能依赖虚拟内存 ，代码必须是位置无关（Position-Independent） 或已知加载地址的。
举一个真实的例子，Linux 内核在编译链接时，会被链接脚本链接到一个高的虚拟地址 0xffffffff80000000（. = 0xffffffff80000000），但Bootloader中（如 OpenSBI 或 U-Boot）将内核镜像加载地址编写在了内存的0x80200000处
如何解决：内核代码里的所有MMU启动前的汇编代码都不基于基址编写，而是基于PC编写，用auipc和lla这些，当MMU开启后，立即跳转到虚拟地址