能否使用std::string来进行read()操作？

Question

能否使用std::string来进行read()操作？

12

是否可以使用std :: string来进行read（）操作？

示例：

std::string data;

read(fd, data, 42);

通常情况下，我们需要使用char*，但是是否可以直接使用std::string？（我不想为存储结果创建一个char*）

谢谢

- Zat42

如果零拷贝是您的目标，将“read”替换为“mmap”，然后在其周围包装一个固定分配的std :: string是否有帮助？ - user1202136

您读取的字符串中是否有空格？ - Peter Wood

6个回答

1

不可以，也不应该这样做。通常情况下，std::string的实现内部存储其他信息，例如分配内存的大小和实际字符串的长度。C++文档明确指出，修改 c_str()或 data()返回的值会导致未定义的行为。

- user1202136

0

如果read函数需要一个char *，那么不行。你可以使用已经调整大小的std::vector的第一个元素的地址，只要它已经被调整过了。我认为旧的（C++11之前的）字符串不能保证具有连续的内存，否则你可以用类似的方式处理字符串。

- Anon Mail

0

不，但是

std::string data;
cin >> data;

这个程序运行得很好。如果你真的想要read(2)的行为，那么你需要分配和管理自己的字符缓冲区。

- DRVic

这将在空格处中断。 - Peter Wood

0

因为read()函数旨在进行原始数据输入，所以std::string实际上是一个不好的选择，因为std::string处理文本。std::vector似乎是处理原始数据的正确选择。

- stefaanv

-1

使用字符串库中的std::getline - 参见cplusplus.com - 可以从流中读取并直接写入字符串对象。例如（再次从cplusplus.com中获取 - 在谷歌上第一次搜索getline）：

int main () {
  string str;
  cout << "Please enter full name: ";
  getline (cin,str);
  cout << "Thank you, " << str << ".\n";
}

当从标准输入(stdin)和文件(ifstream)读取时，它将起作用。

- Gary Robinson

为什么这很重要？read是posix上的系统调用，与控制台无关。 - Paulo Neves

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- James Kanze · Accepted Answer

好的，因为这是函数要求的内容，所以你需要创建一个 char* 。（顺便说一下：你是在谈论 Posix 函数 read，而不是 std::istream::read 吗？）问题不在于 char* ，而在于 char* 指向的内容（我猜这才是你真正想表达的）。

这里最简单和常见的解决方案是使用一个本地数组：

char buffer[43];
int len = read(fd, buffer, 42);
if ( len < 0 ) {
    //  read error...
} else if ( len == 0 ) {
    //  eof...
} else {
    std::string data(buffer, len);
}

如果你想直接将内容捕获到 std::string 中，这是可能的（尽管不一定是一个好主意）：

std::string data;
data.resize( 42 );
int len = read( fd, &data[0], data.size() );
//  error handling as above...
data.resize( len );  //  If no error...

这样可以避免拷贝，但坦白说...与实际读取和分配字符串内存所需的时间相比，拷贝是微不足道的。此外，这也有（可能微不足道的）缺点，即生成的字符串具有实际缓冲区大小为42字节（向上舍入到任何值），而不仅仅是实际读取的字符所需的最小值。

（由于有些人有时会提出问题，关于std::string中内存的连续性：这是十年或更久以前的问题。最初的std::string规范专门设计为允许非连续实现，沿用当时流行的rope类的方式进行。实际上，没有一个实现者发现这是有用的，人们开始假设连续性。在此之后，标准委员会决定将标准与现有实践对齐，并要求连续性。因此...没有任何实现不是连续的，也没有未来的实现会放弃连续性，考虑到C ++11中的要求。）