（Q. 有点错误所以请检查正文） C float q=NULL; printf(“%f”,q); output 为 0.000000 但在 C++ 中 float q=nullptr; cout< <q; give output 0?< div><div id="text_translate"> [我的问题有点奇怪，但现在更改它是不对的，因为它得到了很好的解释，但我正在使用 [Update].......[Update End] 标签对其进行编辑，以避免对即将访问我的访问者造成混淆邮政] C<pre> #include<stdio.h> int main() { float q=NULL; printf("%f\n",q); }</pre> OUTPUT<pre> 0.000000</pre><ul><li> 在 C output 为 0.000000</li><li> 所以这里 q 是浮点型 null 指针还是 q 是 (void ) 类型 null 指针？</li><li> 我觉得它是 (void ) 类型。</li><li> 因此格式（％f）和参数（void ）不匹配会调用未定义的行为并导致此类错误类型output</li></ul> [更新]但是你会回答我自己的问题，我问的这么愚蠢的问题基本上我很困惑，我觉得我必须打印一些浮点类型或 void 类型，但关键是我正在打印地址，所以使用 %f 来打印地址只是愚蠢的。 显然 q 是浮点型指针，只是我觉得完全错误通常我们使用 %u 来打印任何类型变量的地址（int,char,float）但是对于指针我们应该使用 %p [更新结束] C++<pre> #include<iostream> int main() { float q=nullptr; std::cout<<q; }</pre> OUTPUT<pre> 0</pre><ul><li> 在 C++ 中给出 output 0</li><li> 我认为这很好，因为它将第一个 memory 块的地址指向任何内容</li><li>如果 q 是 nullptr_t 类型，那么 C++11 应该给出歧义错误意味着这里 q 是浮点类型 nullptr。</li></ul> [更新] C 和 C++ 标准都指定 null 指针常量比较等于零 - 他们没有说明该地址的内容。 显然 q 只是浮点类型 nullptr [更新结束] 因此，如果我的两个假设都是正确的，那么为什么在 C++ nullptr 中将其类型从 nullptr_t 更改为浮点类型，但在 C NULL 中将其类型更改为（void ）不更改？ [更新] 我在 C 的第一个示例中的第一个假设 q 是 (void) 类型已经是错误的，第二个假设是在第二个例子中。 C++ 的 q 是 nullptr_t 也是错误的。 所以在这里总结一下我试图比较这发生在 C 和这发生在 c++ 我觉得这些事情是相互矛盾的但实际上，在 C 中，我使用 %f 打印第一个错误的指针地址。 In C++ code all I think is all right except One thing that it is wrong to assume that null pointer points to 1st block of memory which is 0th as it is not specify in c standard it just say that nullptr constant compares to 0 when evaluate. 这么多的错误只是问题，所以这不是正确的问题 [更新结束]</div></q;>

Question

[我的问题有点奇怪，但现在更改它是不对的，因为它得到了很好的解释，但我正在使用 [Update].......[Update End] 标签对其进行编辑，以避免对即将访问我的访问者造成混淆邮政]

C

#include<stdio.h>
int main()
{
    float *q=NULL;
    
    printf("%f\n",q);
}

OUTPUT

0.000000

在 C output 为 0.000000
所以这里 q 是浮点型 null 指针还是 q 是 (void *) 类型 null 指针？
我觉得它是 (void *) 类型。
因此格式（％f）和参数（void *）不匹配会调用未定义的行为并导致此类错误类型output

[更新]但是你会回答我自己的问题，我问的这么愚蠢的问题

基本上我很困惑，我觉得我必须打印一些浮点类型或 void 类型，但关键是我正在打印地址，所以使用 %f 来打印地址只是愚蠢的。

显然 q 是浮点型指针，只是我觉得完全错误

通常我们使用 %u 来打印任何类型变量的地址（int,char,float）但是对于指针我们应该使用 %p

[更新结束]

C++

#include<iostream>
int main()
{
    float *q=nullptr;
    std::cout<<q;
}

OUTPUT

在 C++ 中给出 output 0
我认为这很好，因为它将第一个 memory 块的地址指向任何内容
如果 q 是 nullptr_t 类型，那么 C++11 应该给出歧义错误意味着这里 q 是浮点类型 nullptr。

[更新]

C 和 C++ 标准都指定 null 指针常量比较等于零 - 他们没有说明该地址的内容。

显然 q 只是浮点类型 nullptr

[更新结束]

因此，如果我的两个假设都是正确的，那么为什么在 C++ nullptr 中将其类型从 nullptr_t 更改为浮点类型，但在 C NULL 中将其类型更改为（void ）不更改？

[更新]

我在 C 的第一个示例中的第一个假设 q 是 (void*) 类型已经是错误的，第二个假设是在第二个例子中。 C++ 的 q 是 nullptr_t 也是错误的。

所以在这里总结一下

我试图比较这发生在 C 和这发生在 c++ 我觉得这些事情是相互矛盾的

但实际上，在 C 中，我使用 %f 打印第一个错误的指针地址。 In C++ code all I think is all right except One thing that it is wrong to assume that null pointer points to 1st block of memory which is 0th as it is not specify in c standard it just say that nullptr constant compares to 0 when evaluate.

这么多的错误只是问题，所以这不是正确的问题

[更新结束]

Answer 1

 printf("%f\n",q);

格式说明符 %f 要求传递的 object 的类型是double类型（ float参数将被隐式转换，所以也可以）。 您传递了一个错误类型的float* 。 将错误类型的参数传递给printf会导致未定义的行为。

 printf("%p",q);

这个有点微妙，但是 %p 说明符要求参数的类型是void* 。 float*仍然是错误的类型，因此行为仍未定义。

您应该更加小心使用正确的格式说明符和参数类型。 C 格式化的 I/O API 是非常无情的。

在 C++ 中给出 output 0

请注意，您获得的 output 是否为 0 或其他值取决于系统用于表示 null 指针的值。

为什么在 C++ nullptr 将其类型从 nullptr_t 更改为浮点类型

在您的示例中， nullptr从未“将其类型更改为浮点类型”。 在float *q=nullptr中，隐式转换为float*类型。

但是在 C NULL 中没有将其类型从 (void ) 更改为 (float)？

NULL宏的类型在 C 中不void 。 它可以是 integer 常量 0，或者转换为void*的常量。 这两者都可以隐式转换为任何指针类型。 这就是float *q=NULL中发生的情况。

因此，在这两种语言中，您都将 null 隐式转换为指针类型。

无论哪种类型可以隐式转换为哪种类型，可变参数 arguments 都不会隐式转换为格式字符串所需的类型，因为编译器不知道这些类型^{1 2} 。

^{1 我提到了从 float 到 double 的转换，但这些转换不依赖于格式说明符。}

^{2 如果格式字符串是常量，一些编译器确实有助于诊断您的错误，但它们不是必须这样做的。}

Answer 2

指针没有改变类型。 在 cout 版本中，您让系统自然打印指针值。 在 printf 版本中，您强制使用 %f。 将格式字符串更改为 %ld，您将得到不同的结果。

printf 对您传递的 arguments 一无所知。 它相信程序员知道他在做什么。

--- 在此处编辑以回答更多问题 ---

你说得对，%lu 可能比 %ld 好。 我想您可能有一个设置了最高有效位的地址（这意味着 %ld 会认为它是负数）。

是的：

float * q = nullptr;

意味着q是全零。

Cout 知道正在打印什么，并且（通常）做正确的事情。 除非您非常明确地控制它（例如打印浮点数和双精度时使用的位数），否则很少使用格式说明符。 我用它来设置布尔值的默认 output 以打印true或false而不是1或0 。 但一般来说，当您使用 cout 时，您会得到理智的值，而无需任何额外的工作或认为是必要的。

问题描述

2 个解决方案

解决方案1
3 已采纳 2021-03-30 13:42:37

解决方案2
3 2021-03-30 13:42:46

问题描述

2 个解决方案

解决方案1 3 已采纳 2021-03-30 13:42:37

解决方案2 3 2021-03-30 13:42:46

解决方案1
3 已采纳 2021-03-30 13:42:37

解决方案2
3 2021-03-30 13:42:46