C语言也支持Abstraction？为何抽象是OOP而非面向过程语言的特性

首先明确一个通用结论：抽象是跨编程范式的通用设计思想，从来不是面向对象编程（OOP）独有的特性。
你提到的C语言仅对外暴露函数原型、隐藏内部实现的写法，就是标准的抽象实践，这类面向过程的抽象应用甚至比OOP范式的诞生时间更早。 #

为什么多数资料会把抽象归类为OOP的核心特性？ #

核心原因是OOP对抽象能力做了升级，而非独占抽象：

• OOP把抽象的粒度从单函数级别提升到了数据+行为绑定的对象级别，封装度更高
  同样实现一个动态数组，面向过程的C语言需要对外暴露arr_init、arr_append、arr_free等独立函数，调用方需要自行持有数组结构体指针，手动传入每个操作函数；而OOP可以把数组的底层存储属性、所有操作方法全部封装到类里，调用方只需要操作数组对象，不需要感知内部结构、也不需要手动传参，抽象的易用性更强。
• 大部分OOP语言在语法层面原生提供了访问控制关键字（比如public/private/protected），可以强制约束抽象边界，不需要开发者手动通过头文件、编译链接规则来做隔离，降低了抽象的实现成本。

面向过程语言的抽象实现有什么特点？ #

你提到的C语言的抽象，本质是通过编译单元隔离实现的，举个实际示例：

// 对外暴露的头文件 arr.h
struct arr; // 不透明结构体声明，调用方无法感知内部结构
struct arr* arr_init(int init_cap);
void arr_append(struct arr* arr, int val);
void arr_free(struct arr* arr);

// 不对外公开的实现文件 arr.c
struct arr {
    int* data;
    int len;
    int cap;
};
// 三个公开函数的具体实现...

这种写法完全符合抽象的定义：调用方只能看到公开接口，完全不需要关心内部的结构体布局、内存管理逻辑。但面向过程的抽象存在两个天然限制：

• 没有语法层面的强制访问控制，如果调用方通过某些方式拿到了结构体的完整定义，就可以随意修改内部属性，抽象边界很容易被打破
• 只能做函数级别的抽象，无法把数据和操作数据的方法做绑定，所有关联操作都需要手动传入数据指针，很容易出现传错指针、非法操作不属于自己的数据的问题

总结 #

所有编程范式都可以实现抽象，大家常说的“抽象是OOP的特性”，本质是指OOP提供了更强大、更易用的抽象能力，而非抽象只有OOP才能实现。

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