为什么“equal”在C++中适用于const char*
Why does the `equal` works for const char* in C++?
代码如下,它输出1
:
int main(int argc, char *argv[])
{
vector <const char*> vec = {"nima","123"};
vector <const char*> vec2 = {"nima","123"};
auto result = equal(vec.cbegin(), vec.cend(), vec2.cbegin());
cout << result << endl;
return 0;
}
我知道只有使用strcmp
才能测试两个c样式字符串是否相等(因为char*
不是我所理解的对象)。但这里equal
是来自<algorithm>
的函数。它是否重载了==
运算符,以便测试两个char*
的相等性?
@Damon说,正如我所理解的,当把相同的字符串合并到相同的地址时,它们是相等的。然而,当我尝试使用不同地址的char*
时,它仍然给我相同的结果:
int main(int argc, char *argv[])
{
char* k = "123";
char* b = "123";
vector <const char*> vec = {"nima"};
vector <const char*> vec2 = {"nima"};
cout << &k << endl;
cout << &b << endl;
vec.push_back(k);
vec2.push_back(b);
auto result = equal(vec.cbegin(), vec.cend(), vec2.cbegin());
cout << result << endl;
return 0;
}
结果是:
0x7fff5f73b370
0x7fff5f73b368
1
这里可能发生的情况是编译器/链接器将其中两个相同的四个字符串文字合并为两个文字。因此,"nima"
和"123"
都具有相同的地址。
将地址存储在矢量中并进行比较(地址上的operator==
)。由于地址相同,因此比较是相等的。
请注意,这是意外。它之所以"有效",只有两个原因:
- 字符串是文字(也就是说,不是从例如
stdin
中读取的某些字符串) - 编译器是允许的,但不需要合并相同的文字(无论是否发生这种情况,都是由实现定义的)
这可能会导致两种情况,即当你使用不同的编译器,甚至是具有不同优化设置的同一编译器时,或者当你分配非文字字符串时,你会得到一个有趣的惊喜(如果你必须找出它在"一直工作"时突然不工作的原因,那就不那么有趣了)。
相关文章:
- FLTK 2.0构建和演示,适用于VS2019的2011年左右的代码库
- C++17 - 使用自定义分配器的节点提取/重新插入 - 适用于 clang++/libc++,但不适用于 libstd
- "string.h"在构建适用于iOS的qt应用程序中找不到消息
- 使用 fopen 打开 .pak 文件并使该文件应用于 const 无符号字符* (C++)
- 适用于 WebView2 旧版本的示例应用程序
- 在 NVIDIA GEFORCE GTX 1050 上下载适用于 Windows 10 的 openCL 1.2
- __attribute__(优化(0))) 是否适用于"recursively"?
- 为什么 std::erase(std::erase_if) 不是适用于<algorithm>任何容器的模板?
- 使用一个参数的模板函数时出错(适用于 2)
- 使用 适用于 Android 和 iOS 的 tf-lite C++ API
- 为什么这适用于 G++ 而不是 CLANG?
- 适用于 macOS 的 Xcode 应用程序。这就是我设置从USB麦克风输入获取音频的方式。一年前工作,现在没有了。为什么
- 适用于 Linux 的 c++ 上的代理脚本
- 为什么我的 SFINAE 表达式不再适用于 GCC 8.2?
- 使输出流式处理运算符适用于 boost::variant<std::vector<int>、int、double 的正确方法是什么>
- 有没有适用于Windows.lib文件的GNU二进制文件描述符(BFD)
- 模板函数仅适用于VS
- C++构造函数--通过引用传递仅适用于const.为什么?
- map非const函数,在clang++下编译时错误,适用于g++
- 为什么“equal”在C++中适用于const char*