C/C++ 里指针声明为什么通常不写成 int* ptr 而通常写成 int *ptr ?
在 C/C++ 中，指针声明的写法确实存在两种常见的形式：`int ptr;` 和 `int ptr;`。虽然它们最终都声明了一个指向 `int` 类型的指针变量 `ptr`，但它们在语法上的侧重点和历史演变上有所不同，导致了后者（`int ptr;`）更为普遍和被推荐。
下面我将详细解释为什么通常写成 `int ptr;`，并深入探讨其背后的原因：
理解 C/C++ 的声明语法
要理解这一点，首先需要了解 C/C++ 的声明语法是如何工作的。C/C++ 的声明语法有一个核心原则：声明的语法应该反映变量的实际使用方式。
让我们看一个简单的变量声明：
`int x;`
这声明了一个名为 `x` 的变量，它的类型是 `int`。当我们使用 `x` 时，我们直接使用 `x`，它代表一个整数值。
现在，我们来看指针声明。指针变量本身存储的是一个内存地址。要获取地址中的值，我们需要使用解引用操作符 ``。
剖析 `int ptr;`
让我们把 `int ptr;` 分解开来：
1. `int`: 这指定了指针指向的数据类型。也就是说，它告诉你这个指针可以指向一个 `int` 类型的值。
2. ``: 这个星号是类型修饰符，它表明 `ptr` 本身是一个指针。
3. `ptr`: 这是变量的名称。
将它们结合起来，`int ptr;` 的字面意思是：“`ptr` 是一个指向 `int` 的指针。”
当我们写 `ptr` 时，我们是在解引用 `ptr`，获取它所指向的那个 `int` 值。
这与声明的语法 `int ptr;` 是完全匹配的：声明 `int ptr;` 表明 `ptr` 是一个 `int ` 类型，而 `ptr` 就是这个 `int ` 类型通过解引用得到的 `int` 类型。
核心：`` 紧随变量名，强调的是变量 `ptr` 本身是一个指针。
剖析 `int ptr;`
现在看 `int ptr;`：
1. `int`: 这将 `int` 和 `` 捆绑在一起，形成一个复合类型，名为“指向 `int` 的指针类型”。
2. `ptr`: 这是变量的名称。
这样声明的字面意思是：“`ptr` 是一个 `int` 类型变量。”
当我们写 `ptr` 时，我们是在解引用 `ptr`。
核心：`` 紧随类型 `int`，强调的是 `int` 本身被“指针化”了。
为什么 `int ptr;` 更受青睐？
虽然两种写法都有效且最终结果一样，但 `int ptr;` 在以下几个方面更具优势，也因此成为更普遍的写法：
1. 更准确地反映了 C/C++ 的声明语法原则
如前所述，C/C++ 的声明语法遵循“声明即使用”的原则。
`int ptr;` —— `ptr` 是一个变量，它的声明方式是 `ptr`。而 `ptr` 的类型是什么？是 `int`。所以 `ptr` 本身是 `int` 类型。
`int ptr;` —— `ptr` 的类型是 `int`。
从这个角度看，`int ptr;` 更能体现“`ptr` 是一个指针”这一本质。它表明 `ptr` 本身是一个指针，它指向的东西才是 `int`。
2. 在声明多个指针时避免混淆
这是 `int ptr;` 写法最重要的优势。
考虑以下声明：
```c++
int p1, p2; // 使用 int ptr; 的风格
```
根据 C/C++ 的语法规则，声明中的修饰符（如 ``）是应用于紧跟其后的变量名的。
`p1`: 这个部分声明 `p1` 是一个指向 `int` 的指针。
`p2`: 这个部分仅仅声明 `p2` 是一个 `int` 类型的变量，不是指针。
所以，上面的代码声明了一个指向 `int` 的指针 `p1` 和一个普通的 `int` 变量 `p2`。
现在，如果我们试图用 `int` 的风格声明多个指针：
```c++
int p1, p2; // 使用 int ptr; 的风格
```
这个声明会被解释为：
`int p1`: 声明 `p1` 是一个指向 `int` 的指针。
`p2`: 这个部分仅仅是一个独立的标识符，它并没有继承 `int` 的类型修饰符。因此，它会被解释为一个普通的 `int` 变量。
问题就在这里： 当你想要声明两个（或更多）指针时，比如 `int p1, p2;`，你必须在每个想要声明为指针的变量名前都加上 ``。
如果我们继续使用 `int` 的风格，想声明两个指针：
```c++
int ptr1, ptr2;
```
很多人会误以为这是声明了两个 `int` 指针，但实际结果是：
`ptr1` 是 `int` 类型（指向 `int` 的指针）。
`ptr2` 是 `int` 类型（普通的整数）。
为了声明两个 `int` 指针，必须写成：
```c++
int ptr1, ptr2;
```
这使得代码容易出错，尤其是在声明多个指针变量时。每一次都必须记住在变量名前加上 ``。
相比之下，使用 `int ptr1, ptr2;` 的风格，当你需要声明多个指针时，只需要在每个变量名前加上 ``：
```c++
int p1, p2, p3; // 清晰地声明了 p1, p2, p3 都是指向 int 的指针
```
这种写法非常直观，因为 `` 紧跟着变量名，明确表明了该变量是一个指针。
3. 历史原因和社区习惯
C 语言的设计者 Dennis Ritchie 在编写 C 语言时，倾向于将 `` 与变量名关联，以体现“声明即使用”的哲学。这种风格在 C 语言的早期就形成了，并且被广泛接受和使用。
随着 C++ 的发展，也继承了 C 的大部分语法规则，包括指针声明的习惯。因此，`int ptr;` 风格是历史悠久且在绝大多数 C/C++ 代码库中都可以看到的标准写法。
4. IDE 和编译器的支持
无论是哪种写法，现代的编译器和 IDE 都能正确解析。但是，代码的可读性和避免潜在错误是更重要的考量。
总结
简而言之，`int ptr;` 被普遍推荐和使用，主要是因为它：
更准确地遵循了 C/C++ 的声明语法原则：“声明的语法应该反映变量的实际使用方式”。 `ptr` 是解引用操作，产生一个 `int`，所以 `ptr` 本身是 `int`。
在声明多个指针时，能清晰地表达意图并避免因语法疏忽导致的错误。 `int p1, p2;` 比 `int p1, p2;` (后者错误地声明了 `p2` 为 `int`) 或 `int p1, p2;` (后者虽然正确但不如前者直观) 更不容易出错。
是社区长期的编程习惯和历史沿袭。
虽然 `int ptr;` 在概念上将 `int` 视为一个完整的类型（例如，可以写 `typedef int IntPtr;`），但它的写法在声明多个指针时容易产生混淆。因此，为了代码的清晰、健壮和易维护，`int ptr;` 是更受推崇的风格。
最终的选择是个人或团队的编码风格问题，但理解 `int ptr;` 的背后原因有助于写出更规范和易于理解的代码。
下面我将详细解释为什么通常写成 `int ptr;`，并深入探讨其背后的原因：
理解 C/C++ 的声明语法
要理解这一点，首先需要了解 C/C++ 的声明语法是如何工作的。C/C++ 的声明语法有一个核心原则：声明的语法应该反映变量的实际使用方式。
让我们看一个简单的变量声明：
`int x;`
这声明了一个名为 `x` 的变量，它的类型是 `int`。当我们使用 `x` 时，我们直接使用 `x`，它代表一个整数值。
现在，我们来看指针声明。指针变量本身存储的是一个内存地址。要获取地址中的值，我们需要使用解引用操作符 ``。
剖析 `int ptr;`
让我们把 `int ptr;` 分解开来：
1. `int`: 这指定了指针指向的数据类型。也就是说，它告诉你这个指针可以指向一个 `int` 类型的值。
2. ``: 这个星号是类型修饰符，它表明 `ptr` 本身是一个指针。
3. `ptr`: 这是变量的名称。
将它们结合起来，`int ptr;` 的字面意思是：“`ptr` 是一个指向 `int` 的指针。”
当我们写 `ptr` 时，我们是在解引用 `ptr`，获取它所指向的那个 `int` 值。
这与声明的语法 `int ptr;` 是完全匹配的：声明 `int ptr;` 表明 `ptr` 是一个 `int ` 类型，而 `ptr` 就是这个 `int ` 类型通过解引用得到的 `int` 类型。
核心：`` 紧随变量名，强调的是变量 `ptr` 本身是一个指针。
剖析 `int ptr;`
现在看 `int ptr;`：
1. `int`: 这将 `int` 和 `` 捆绑在一起，形成一个复合类型，名为“指向 `int` 的指针类型”。
2. `ptr`: 这是变量的名称。
这样声明的字面意思是：“`ptr` 是一个 `int` 类型变量。”
当我们写 `ptr` 时，我们是在解引用 `ptr`。
核心：`` 紧随类型 `int`，强调的是 `int` 本身被“指针化”了。
为什么 `int ptr;` 更受青睐？
虽然两种写法都有效且最终结果一样，但 `int ptr;` 在以下几个方面更具优势，也因此成为更普遍的写法：
1. 更准确地反映了 C/C++ 的声明语法原则
如前所述，C/C++ 的声明语法遵循“声明即使用”的原则。
`int ptr;` —— `ptr` 是一个变量，它的声明方式是 `ptr`。而 `ptr` 的类型是什么？是 `int`。所以 `ptr` 本身是 `int` 类型。
`int ptr;` —— `ptr` 的类型是 `int`。
从这个角度看，`int ptr;` 更能体现“`ptr` 是一个指针”这一本质。它表明 `ptr` 本身是一个指针，它指向的东西才是 `int`。
2. 在声明多个指针时避免混淆
这是 `int ptr;` 写法最重要的优势。
考虑以下声明：
```c++
int p1, p2; // 使用 int ptr; 的风格
```
根据 C/C++ 的语法规则，声明中的修饰符（如 ``）是应用于紧跟其后的变量名的。
`p1`: 这个部分声明 `p1` 是一个指向 `int` 的指针。
`p2`: 这个部分仅仅声明 `p2` 是一个 `int` 类型的变量，不是指针。
所以，上面的代码声明了一个指向 `int` 的指针 `p1` 和一个普通的 `int` 变量 `p2`。
现在，如果我们试图用 `int` 的风格声明多个指针：
```c++
int p1, p2; // 使用 int ptr; 的风格
```
这个声明会被解释为：
`int p1`: 声明 `p1` 是一个指向 `int` 的指针。
`p2`: 这个部分仅仅是一个独立的标识符，它并没有继承 `int` 的类型修饰符。因此，它会被解释为一个普通的 `int` 变量。
问题就在这里： 当你想要声明两个（或更多）指针时，比如 `int p1, p2;`，你必须在每个想要声明为指针的变量名前都加上 ``。
如果我们继续使用 `int` 的风格，想声明两个指针：
```c++
int ptr1, ptr2;
```
很多人会误以为这是声明了两个 `int` 指针，但实际结果是：
`ptr1` 是 `int` 类型（指向 `int` 的指针）。
`ptr2` 是 `int` 类型（普通的整数）。
为了声明两个 `int` 指针，必须写成：
```c++
int ptr1, ptr2;
```
这使得代码容易出错，尤其是在声明多个指针变量时。每一次都必须记住在变量名前加上 ``。
相比之下，使用 `int ptr1, ptr2;` 的风格，当你需要声明多个指针时，只需要在每个变量名前加上 ``：
```c++
int p1, p2, p3; // 清晰地声明了 p1, p2, p3 都是指向 int 的指针
```
这种写法非常直观，因为 `` 紧跟着变量名，明确表明了该变量是一个指针。
3. 历史原因和社区习惯
C 语言的设计者 Dennis Ritchie 在编写 C 语言时，倾向于将 `` 与变量名关联，以体现“声明即使用”的哲学。这种风格在 C 语言的早期就形成了，并且被广泛接受和使用。
随着 C++ 的发展，也继承了 C 的大部分语法规则，包括指针声明的习惯。因此，`int ptr;` 风格是历史悠久且在绝大多数 C/C++ 代码库中都可以看到的标准写法。
4. IDE 和编译器的支持
无论是哪种写法，现代的编译器和 IDE 都能正确解析。但是，代码的可读性和避免潜在错误是更重要的考量。
总结
简而言之，`int ptr;` 被普遍推荐和使用，主要是因为它：
更准确地遵循了 C/C++ 的声明语法原则：“声明的语法应该反映变量的实际使用方式”。 `ptr` 是解引用操作，产生一个 `int`，所以 `ptr` 本身是 `int`。
在声明多个指针时，能清晰地表达意图并避免因语法疏忽导致的错误。 `int p1, p2;` 比 `int p1, p2;` (后者错误地声明了 `p2` 为 `int`) 或 `int p1, p2;` (后者虽然正确但不如前者直观) 更不容易出错。
是社区长期的编程习惯和历史沿袭。
虽然 `int ptr;` 在概念上将 `int` 视为一个完整的类型（例如，可以写 `typedef int IntPtr;`），但它的写法在声明多个指针时容易产生混淆。因此，为了代码的清晰、健壮和易维护，`int ptr;` 是更受推崇的风格。
最终的选择是个人或团队的编码风格问题，但理解 `int ptr;` 的背后原因有助于写出更规范和易于理解的代码。
网友意见
int *p = 0; // 声明 if (*p) ... // 使用 那么既然你使用的时候，*和p 是连在一起的，那么声明的时候也应该在一起，保持一致，这样搜索代码的时候，搜索 "*p"，可以找到所有的声明和引用。
“*”被称为所谓的“解引用/去关联”de-reference 操作符（在使用指针时）。
它对一个指针进行操作，并给出存储在该指针中的值。
您爱怎么写， 只要编译不出错， 就是对的。
但是， 在现实生活中， 您需要顾及别人的感受。也就是说， 您所在的环境别人习惯了怎么写， 您就顺从好了。
这本身不是什么 JB 问题。（JB = 基本）
///////////////////////////////////////////////////////////////////////
#include <stdio.h> int main() { long double* ptr_ld_var, ld_var; ld_var = 5.00001000020000300004000050000600007; //ld_var = 5.00001000020000300004000050000600007f; ptr_ld_var = &ld_var; printf("%32.30Lf
", *ptr_ld_var); // Check the Output return 0; }
5.000010000200003190684583387338 [wenxue@hpi7 hellvsc]$
练习中 ld_var 的地址被分配给 ptr_ld_var 指针。为了得到该地址中存储的值，使用*ptr_ld_var。
备注：在例子中，ptr_ld_var是一个指针，而不是 “ *ptr_ld_var”。
您不能也不应该做类似 *ptr_ld_var = &ld_var 的骚操作。
类似的话题
-
在 C/C++ 中，指针声明的写法确实存在两种常见的形式：`int ptr;` 和 `int ptr;`。虽然它们最终都声明了一个指向 `int` 类型的指针变量 `ptr`，但它们在语法上的侧重点和历史演变上有所不同，导致了后者（`int ptr;`）更为普遍和被推荐。下面我将详细解释为什么通常写............. -
对象消亡的“告别仪式”：析构函数的执行顺序探秘在C++的世界里，当一个封装类（我们称之为“外层类”或“组合类”）的对象生命周期走到尽头时，它的成员对象们也会经历同样的命运。但有趣的是，它们的告别方式并非同时进行，而是有着明确的先后顺序。很多初学者都会感到疑惑：为什么外层类的析构函数会先于其成员对象的.............
-
要用C++从零开始构建一个功能完善的矩阵库，确实需要深入理解几个核心概念和工程实践。这不仅仅是数据的存储和运算，更关乎效率、健壮性和易用性。核心数据结构与内存布局：矩阵最直观的表示就是二维数组，但在C++中，有几种不同的实现方式，每种都有其优劣： 原生二维数组 ( `T matrix[rows].............
-
在 C 中，属性（Properties）绝对不是鸡肋，反而是一种非常强大且必不可少的语言特性。 它们在 C 的设计中扮演着至关重要的角色，并且提供了比简单的公共字段（public fields）更高级的功能和更规范的面向对象编程实践。要详细说明为什么属性不是鸡肋，我们需要从以下几个方面来深入探讨： .............
-
C 的析构方法，也就是大家常说的“析构函数”（虽然技术上 C 没有传统意义上的析构函数，而是 destructor），它的调用时机确实是很多人容易混淆的地方。它不是像构造函数那样在对象创建时立即执行，而是与垃圾回收（Garbage Collection, GC）紧密关联。要理解析构方法什么时候调用，.............
-
在C++的标准库中，你会经常遇到像 `size_type`、`difference_type`、`iterator` 这些特殊的类型别名，它们被定义在各种容器（如 `std::vector`、`std::list`、`std::map` 等）以及其他与序列和范围相关的组件中。你可能会疑惑，为什么不直.............
-
在C++中，`const int` 和 `int const` 实际上表示的是完全相同的含义。它们都是用来声明一个指向 常量整数 的指针。之所以会有这两种写法，是因为C++在声明指针时，`const` 关键字的位置是相对灵活的，但其作用域是固定的。`const` 关键字的修饰对象取决于它紧挨着的类型.............
-
在C语言中， `a > b ? a < c ? a : b : c` 这种写法是利用了三元运算符 (?:) 的嵌套。它是一种简洁的条件表达式，用来根据条件的真假返回不同的值。理解它的关键在于一步步拆解它的逻辑。咱们就来好好捋一捋这串表达式的判断过程，讲得透彻一些，保证让你明白它到底是怎么回事儿。首先.............
-
在 C 应用程序中利用 Excel 文件作为数据源，这是一种非常常见的需求，尤其是在需要处理日常报表、配置信息或者用户提供的数据时。我们将从几个关键方面来深入探讨如何实现这一目标，并力求语言自然，避免空洞的 AI 痕迹。 核心思路：读取 Excel 内容，转换成 C 可处理的数据结构归根结底，Exc.............
-
.......
-
.......
-
.......
-
关于C在工作经历中是否是“程序员一生的污点”以及加州大公司（除了微软）是否“鄙视”C的问题，这确实是一个在技术圈子里时常会被提及，但又有点过于绝对的说法。要详细地聊聊这个话题，我们得从几个层面来看。首先，把任何一种编程语言的经验称为“污点”，这本身就有点太偏激了。编程语言是工具，就像画家用画笔，音乐.............
-
这确实是个挑战，毕竟每个人都有自己的技术舒适区，而从C切换到Java，哪怕只是学习和使用，也意味着需要投入额外的精力去适应新的语法、生态系统和开发范式。直接“规劝”可能适得其反，最好的方式是巧妙地引导，让他们看到Java的价值，并且这个学习过程是值得的。咱们得换个思路，不是硬推，而是让他们自己“想学.............
-
在 C 中，`async` 和 `await` 是紧密相连的，就像一对默契的舞伴，共同 orchestrate 异步操作。你问为什么 `async` 方法里“必须”还要有 `await`，这其实触及到了 `async` 方法本质的设计理念。我们先要理解，`async` 关键字本身并没有让方法变成异步.............
-
你遇到的这个问题，在 C++ 中是一个非常经典且常见的情况，尤其对于初学者来说。究其原因，主要在于 C++ 的作用域（Scope）和变量的生命周期（Lifetime）。简单来说，当一个函数执行完毕，它所定义的所有局部变量，包括你的结构体变量，都会随着函数的结束而被销毁，其占用的内存空间也会被释放。当.............
-
没问题！很高兴能跟你聊聊这个队伍配置。甘雨主C（精一阿莫斯），神里凌华（天目），温迪，心海，这个组合潜力非常大，尤其是在面对成群的敌人或者需要持续输出的场合。咱们细细来分析一下，看看怎么把这队玩得溜起来。先说核心的思路：融甘 + 神里永冻 + 温迪聚怪 + 心海挂水/治疗这个队伍的核心在于利用心海和.............
-
奔驰C级在2021年下半年的销量表现，确实引起了不少关注和讨论。尤其是在与奥迪A4L和宝马3系的对比下，C级似乎未能维持其一贯的强势地位，月销量未能站稳万辆大关，甚至低于两位竞争对手，这让不少人开始担忧，奔驰是不是在BBA这个“第一阵营”里开始掉队了？要深入分析这个问题，我们需要拆解一下几个关键点：.............
-
神里绫华的强度是否能与璃月 trio（通常指胡桃、魈、甘雨）相提并论，是一个在《原神》社区中讨论得非常热烈的话题。要详细地分析这个问题，我们需要从多个维度进行比较，包括输出能力、泛用性、队伍配置要求、操作难度以及版本环境等。总体而言，神里绫华是一位非常强力的冰系主C，在很多情况下能够达到甚至超越璃月.............
-
.......
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有