blocks|key|981367|text|istringstream用于输入，ostringstream用于输出。stringstream是输入和输出。你几乎可以在任何地方使用stringstream。然而，如果你将你的对象给了另一个用户，并且它使用了运算符>>，而你却在等待一个只写的对象，你会不高兴;-)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|981368|PS:没有什么不好的，只是性能问题。|981369|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

istringstream is for input, ostringstream for output. stringstream is input and output.
You can use stringstream pretty much everywhere.
However, if you give your object to another user, and it uses operator >> whereas you where waiting a write only object, you will not be happy ;-)

PS:
nothing bad about it, just performance issues.

blocks|key|1195886|text|例如，如果只需要读取文件，为什么还要打开文件进行读/写访问呢？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1195887|如果多个进程需要从同一个文件中读取数据，该怎么办？|1195888|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Why open a file for read/write access if you only need to read from it, for example?

What if multiple processes needed to read from the same file?

blocks|key|1195946|text|回答你的第三个问题:不，这是完全合理的。使用streams的优点是，您可以输入任何定义了operator<<的值，而您只能向std::string添加字符串(+C%2B%2B或C)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1195947|entityMap^0|18|A|1Q|B|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

To answer your third question: No, that's perfectly reasonable. The advantage of using streams is that you can enter any sort of value that's got an <code>operator&lt;&lt;</code> defined, while you can only add strings (either C++ or C) to a <code>std::string</code>.

blocks|key|981539|text|假设当只插入或只提取适合您的操作时，您可以使用'i‘或'o’前缀版本之一来排除不需要的操作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|981540|如果这并不重要，那么您可以使用i/o版本。|981541|您所显示的字符串连接是完全有效的。尽管可以使用stringstream进行连接，但这并不是stringstreams最有用的特性，它能够插入和提取POD和抽象数据类型。|981542|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Presumably when only insertion or only extraction is appropriate for your operation you could use one of the 'i' or 'o' prefixed versions to exclude the unwanted operation.

If that is not important then you can use the i/o version.

The string concatenation you're showing is perfectly valid. Although concatenation using stringstream is possible that is not the most useful feature of stringstreams, which is to be able to insert and extract POD and abstract data types.

blocks|key|1196063|text|在大多数情况下，您不会发现自己需要在同一个字符串流上同时输入和输出，因此使用std::ostringstream和std::istringstream明确地表明了您的意图。它还可以防止您意外地键入错误的运算符(<<与>>)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1196064|当您需要在同一个流上执行这两个操作时，您显然会使用通用版本。|1196065|在这里，性能问题是您最不关心的问题，清晰度是主要优势。|1196066|最后，使用string+append没有错，因为您必须构造纯字符串。您不能像在perl这样的语言中那样使用它来组合数字。|1196067|entityMap^0|12|I|1L|I|2X|2|30|2|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|X|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|Y|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]]|M|$]]

In most cases, you won't find yourself needing both input and output on the same stringstream, so using <code>std::ostringstream</code> and <code>std::istringstream</code> explicitly makes your intention clear. It also prevents you from accidentally typing the wrong operator (<code>&lt;&lt;</code> vs <code>&gt;&gt;</code>).

When you need to do both operations on the same stream you would obviously use the general purpose version.

Performance issues would be the least of your concerns here, clarity is the main advantage.

Finally there's nothing wrong with using string append as you have to construct pure strings. You just can't use that to combine numbers like you can in languages such as perl.

blocks|key|1196136|text|std::ostringstream::str()创建流内容的副本，这在某些情况下会使内存使用量加倍。您可以使用std::stringstream及其rdbuf()函数来避免这种情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1196137|更多详细信息请访问：how+to+write+ostringstream+directly+to+cout|offset|length|1196138|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/15629886/how-to-write-ostringstream-directly-to-cout^0|0|A|17|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

std::ostringstream::str() creates a copy of the stream's content, which doubles memory usage in some situations. You can use std::stringstream and its rdbuf() function instead to avoid this. 

More details here: <a href="https://stackoverflow.com/questions/15629886/how-to-write-ostringstream-directly-to-cout">how to write ostringstream directly to cout</a>

When would I use <code>std::istringstream</code>, <code>std::ostringstream</code> and <code>std::stringstream</code> and why shouldn't I just use <code>std::stringstream</code> in every scenario (are there any runtime performance issues?).

Lastly, is there anything bad about this (instead of using a stream at all):

<pre><code>std::string stHehe("Hello ");

stHehe += "stackoverflow.com";
stHehe += "!";
</code></pre>

What's the difference between istringstream, ostringstream and stringstream? / Why not use stringstream in every case?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我什么时候可以使用std::istringstream、std::ostringstream和std::stringstream，为什么我不应该在每个场景中都使用std::stringstream (有什么运行时性能问题吗？)最后，这有什么不好的地方(而不是使用流)：std::string stHehe("Hello ...

问stringstream，ostringstream和stringstream有什么不同?/为什么不在每种情况下都使用stringstream？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问stringstream，ostringstream和stringstream有什么不同?/为什么不在每种情况下都使用stringstream？EN