blocks|key|1238345|text|情况正好相反。设置ios::ate时，初始位置将是文件的末尾，但此后您可以自由查找。设置ios::app时，所有输出操作都在文件末尾执行。由于所有写入都隐式地在寻道之前，因此无法在其他地方写入。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1238346|entityMap^0|9|8|18|8|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|$]]

It’s the other way around. When <code>ios::ate</code> is set, the initial position will be the end of the file, but you are free to seek thereafter. When <code>ios::app</code> is set, all output operations are performed at the end of the file. Since all writes are implicitly preceded by seeks, there is no way to write elsewhere.

blocks|key|2010764|text|它们指定如下(在C%2B%2B11的27.5.3.1.4中)：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2010765|2010766|+app+seek在每次写入之前结束|blockquote|offset|length|style|CODE|2010767|2010768|ate打开并在打开后立即寻求结束|2010769|2010770|使用ios::app，文件中的写入位置是“粘性的”--无论您在哪里查找，所有的写入都在末尾。|2010771|entityMap^0|0|0|1|3|0|0|0|3|0|0|2|8|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|S|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|T|8|@$F|U|G|V|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|W|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|X|8|@$F|Y|G|Z|H|I]]|9|@]|A|$]]|$1|M|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|11|8|@$F|12|G|13|H|I]]|9|@]|A|$]]|$1|P|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|Q|$]]

They are specified as follows (in 27.5.3.1.4 of C++11):
<blockquote>
<code>app</code> seek to end before each write
<code>ate</code> open and seek to end immediately after opening
</blockquote>
With <code>ios::app</code> the write position in the file is &quot;sticky&quot; -- all writes are at the end, no matter where you seek.

blocks|key|2257912|text|这是一个很好的文档化here。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2257913|ios::ate“在打开时将流的位置指示器设置为流的末尾。”|style|CODE|2257914|ios::app“在每次输出操作之前，将流的位置指示器设置为流的末尾。”|2257915|这意味着不同之处在于，当您打开文件时，ios::ate会将您的位置放在文件的末尾。相反，每次刷新数据流时，ios::app都会将其放在文件的末尾。例如，如果您有两个程序写入同一日志文件，则ios::ate将覆盖自您的程序打开该文件以来由另一个程序添加到该文件中的任何内容。每次你的程序添加一个日志条目时，ios:app都会跳到文件的末尾。|2257916|entityMap|0|LINK|mutability|MUTABLE|url|http://www.cplusplus.com/reference/iostream/fstream/open/^0|A|4|0|0|0|8|0|0|8|0|J|8|1H|8|2M|8|48|7|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|D|3|E|5|6|7|X|8|@$A|Y|B|Z|F|G]]|9|@]|C|$]]|$1|H|3|I|5|6|7|10|8|@$A|11|B|12|F|G]]|9|@]|C|$]]|$1|J|3|K|5|6|7|13|8|@$A|14|B|15|F|G]|$A|16|B|17|F|G]|$A|18|B|19|F|G]|$A|1A|B|1B|F|G]]|9|@]|C|$]]|$1|L|3|-4|5|6|7|1C|8|@]|9|@]|C|$]]]|M|$N|$5|O|P|Q|C|$R|S]]]]

It is pretty good documented <a href="http://www.cplusplus.com/reference/iostream/fstream/open/" rel="nofollow noreferrer">here</a>.
<code>ios::ate</code> &quot;sets the stream's position indicator to the end of the stream on opening.&quot;
<code>ios::app</code> &quot;set the stream's position indicator to the end of the stream before each output operation.&quot;
This means the difference is that <code>ios::ate</code> puts your position to the end of the file when you open it. <code>ios::app</code> instead puts it at the end of the file every time you flush your stream. If, for example, you have two programs that write to the same log file, <code>ios::ate</code> will override anything that was added to the file by the other program since your program opened it. <code>ios:app</code> will instead jump to the end of file each time your program adds a log entry.

blocks|key|2257925|text|ios::app-->“我们不能移动指针。它将仅在末尾。”|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2257926|ios::ate-->“我们可以将记录指针移动到任何其他位置。”|2257927|entityMap^0|0|8|0|0|8|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

<code>ios::app</code>--> "We cannot move the pointer. It will be only at end."

<code>ios::ate</code>--> "We can move the record pointer to any other place."

blocks|key|1238418|text|ios::ate选项用于输入和输出操作，ios::app允许我们将数据添加到文件末尾。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1238419|entityMap^0|0|8|K|8|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|$]]

The <code>ios::ate</code> option is for input and output operations and
<code>ios::app</code> allows us to add data to the end of file.

blocks|key|2011038|text|我之所以在这里添加一个答案，是因为我最近遇到了一种情况，ios::ate应该可以工作，但大多数关于这个主题的在线文档，比如cplusplus.com上的this页面，以及这篇文章中类似的答案被证明只有部分正确，或者至少具有误导性。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2011039|每个人都是正确的，ios::app会在不删除文件内容的情况下打开文件，并在每次写入文件之前将光标移动到文件的末尾。所以当使用ios::app打开一个文件时，使用一个像seekp这样的函数或多或少是没有用的，因为在每次写入之前，光标会自动移动到文件的末尾。|2011040|其他每个人都正确的是，ios::ate不会在每次写入之前将光标移动到文件的末尾。因此，像seekp这样的函数可以与ios::ate一起使用。同样在技术上正确的是，当你打开文件时，ios::ate会将光标移动到文件的末尾，但这是一个技术问题--参见下一段。|2011041|与大多数文档和论坛答案不符的是，在现实中(如果有人对我的经验有合理的解释，请发表评论)用ios::ate打开一个文件会删除它的内容，就像ios::trunc一样。如果你想打开一个非空文件进行写入，而不是删除它的内容，并保留有效地移动你的流位置的能力，这给你留下的选择并不多。|2011042|我找到的解决问题的唯一方法是使用我在this堆栈溢出帖子中找到的解决方案，即使用标志(ios::in+%7C+ios::ate)打开文件，即使我正在打开ofstream进行写入。这让我有点不舒服，但这就是我现在正在做的。|2011043|entityMap|0|LINK|mutability|MUTABLE|url|https://www.cplusplus.com/reference/fstream/fstream/open/|1|https://stackoverflow.com/questions/47014463/ofstream-open-modes-ate-vs-app^0|24|4|0|0|0|0|0|I|4|1|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@$A|W|B|X|1|Y]]|C|$]]|$1|D|3|E|5|6|7|Z|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|10|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@]|C|$]]|$1|J|3|K|5|6|7|12|8|@]|9|@$A|13|B|14|1|15]]|C|$]]|$1|L|3|-4|5|6|7|16|8|@]|9|@]|C|$]]]|M|$N|$5|O|P|Q|C|$R|S]]|T|$5|O|P|Q|C|$R|U]]]]

I'm adding an answer here because I recently ran into a situation where ios::ate should have worked, but most online documentation on this topic, like <a href="https://www.cplusplus.com/reference/fstream/fstream/open/" rel="nofollow noreferrer">this</a> page on cplusplus.com, and similar answers on this post turned out to be only partially correct or at least misleading.
What everyone is correct about is that ios::app will open a file without deleting its contents, and move the cursor to the end of the file before EVERY write to the file. So using a function like seekp is more or less useless when a file has been opened with ios::app, because the cursor will move automatically to the end of the file with every write, before the writing occurs.
What else everyone is correct about is that ios::ate will not move the cursor to the end of the file before every write. So functions like seekp will work with ios::ate. Also technically correct is that ios::ate will move the cursor to the end of the file when you open it, but that is a technicality -- see next paragraph.
What does NOT line up with most documentation and forum answers is that in reality (please someone comment if they have a reasonable explanation for my experience here) opening a file with ios::ate will delete its contents, much like ios::trunc. Which leaves you with not a lot of great options if you want to open a non-empty file for writing, not delete its contents, and retain the ability to effectively move your stream position, as with seekp.
The only way I found to solve my problem was to use a solution I found in <a href="https://stackoverflow.com/questions/47014463/ofstream-open-modes-ate-vs-app">this</a> Stack Overflow post, namely to open the file with flags (ios::in | ios::ate), even though I'm opening an ofstream for writing. This makes me somewhat uncomfortable to do but it's what I'm doing for now.

What's the difference between <code>ios::ate</code> and <code>ios:app</code> when writing to a file. 
In my view, <code>ios::app</code> gives you the ability to move around in the file, whereas with <code>ios::ate</code> it can only read/write at the end of the file. Is this correct?

C++ Filehandling: Difference between ios::app and ios::ate?

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

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

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

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

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

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

社区新版编辑器体验调研

在写入文件时，ios::ate和ios:app有什么不同。在我看来，ios::app使您能够在文件中移动，而使用ios::ate，它只能在文件末尾进行读/写。这是正确的吗？

问C++文件处理: ios::app和ios::ate？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C++文件处理: ios::app和ios::ate？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C++文件处理: ios::app和ios::ate？
EN