protobuf 之诡异的文件流与压缩

本文比较了GzipOutputStream和OstreamOutputStream在文件流处理中的行为,指出OstreamOutputStream没有显式Flush方法,因为早期的编程趋势倾向于在对象析构时自动释放资源。作者还展示了如何在protobuf中使用Ostream进行序列化操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

内容较干。文章大概需要花费5分钟简单了解下。

1、Gzip

代码
直接看源码头文件如上图。压缩对象 GzipOutputStream ,通过函数操作可以看到整个文件流是比较完整并清晰。
因为它显示清晰包含了 从初始化 到 flush 到 close 的显示调用

2、Ostream

源码头文件

直接看源码头文件如上。流对象 OstreamOutputStream ,通过函数操作可以看到整个文件流很奇怪。奇怪在于它只有流函数,没有Flush

为啥没有Flush呢?

听网友们的意思是:几年前流行面向对象 和 RAII,很多对象只能在析构函数中进行资源回收,Ostream 干了这个事…所以说需要加大括号使用局部变量来自动析构Flush,这样才能提前释放Ostream触发Flush成功写入

所以你的代码有bug吗?

	std::ofstream output;
	func<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值