1. 问题背景：从Java到C的语法困惑
第一次从Java转向C语言开发的程序员，往往会在输入函数scanf的使用上栽跟头。特别是当面对结构体成员输入时，那个看似多余的&符号总会引发疑问：为什么在Java里直接写book.id，到了C语言却要写成&book.id？
这个问题的根源在于两种语言完全不同的内存管理机制。Java作为纯面向对象语言，所有对象都是引用类型，变量名本身就是指向堆内存的引用。而C语言作为系统级语言，需要开发者显式处理内存地址和值的关系。理解这个差异，是掌握C语言指针和内存操作的关键第一步。
2. 内存访问机制对比
2.1 Java的对象引用模型
在Java中，当我们声明一个Book类的对象时：
java复制Book book = new Book();
实际上book变量存储的是堆内存中对象的引用地址。当访问book.id时，Java虚拟机会自动通过这个引用找到对象实例，然后访问其id成员。整个过程对开发者完全透明，不需要关心具体的内存地址。
2.2 C语言的直接内存访问
C语言的结构体变量则完全不同：
c复制struct Book book;
这里book就是一个直接存储在栈上的结构体实例，book.id表示的是这个成员变量的实际值。如果我们想修改这个值，必须告诉scanf函数这个值在内存中的具体位置，这就是需要&操作符的原因。
3. scanf函数的工作原理
3.1 参数传递的本质
scanf的函数原型告诉我们它需要的是指针：
c复制int scanf(const char *format, ...);
这个...表示可变参数，实际上这些参数都必须是指针类型。因为scanf的工作机制是：
- 根据格式字符串解析输入
- 将解析结果写入参数指向的内存地址
如果不传递地址而直接传值，scanf就无法将输入结果写回变量。
3.2 典型错误示例
c复制struct Book {
int id;
char title[50];
};
struct Book book;
scanf("%d", book.id); // 错误！需要&book.id
这个错误版本编译可能通过，但运行时会导致未定义行为，通常表现为程序崩溃。因为scanf试图把输入的整数写入book.id的值（比如0）所代表的内存地址，而这个地址很可能是不可写的。
4. 结构体成员取址的特殊性
4.1 结构体成员地址计算
当我们需要获取结构体成员的地址时，&book.id实际上是在计算：
code复制book的基地址 + id成员的偏移量
这个计算由编译器在编译时完成。例如，如果Book结构体中id的偏移量是0，title的偏移量是4（假设int是4字节），那么：
- &book 等价于 book的地址
- &book.id 等价于 book的地址 + 0
- &book.title 等价于 book的地址 + 4
4.2 数组成员的特例
对于结