有趣的。
沿着兔子洞[1]走下去,close_impl<any_tag>
最终到达了在过滤流缓冲区内的 chain_buf 深处包裹的 ofstream。实现内容如下:
template<>
struct close_impl<any_tag> {
template<typename T>
static void close(T& t, BOOST_IOS::openmode which)
{
if (which == BOOST_IOS::out)
iostreams::flush(t);
}
template<typename T, typename Sink>
static void close(T& t, Sink& snk, BOOST_IOS::openmode which)
{
if (which == BOOST_IOS::out) {
non_blocking_adapter<Sink> nb(snk);
iostreams::flush(t, nb);
}
}
};
因此,如您所见,记录的行为实际上只是刷新了链接的输出流缓冲区(在该调用之前,包含实体上还有一个同步,IIRC)。
我完全同意这本可以更明确。
读取决定专业化的 TMP 代码:
template<typename T>
struct close_tag {
typedef typename category_of<T>::type category;
typedef typename detail::unwrapped_type<T>::type unwrapped;
typedef typename
iostreams::select<
mpl::not_< is_convertible<category, closable_tag> >,
any_tag,
mpl::or_<
is_boost_stream<unwrapped>,
is_boost_stream_buffer<unwrapped>
>,
close_boost_stream,
mpl::or_<
is_filtering_stream<unwrapped>,
is_filtering_streambuf<unwrapped>
>,
close_filtering_stream,
mpl::or_<
is_convertible<category, two_sequence>,
is_convertible<category, dual_use>
>,
two_sequence,
else_,
closable_tag
>::type type;
};
想到了几种解决方法:
定义一个close_tag<>
for的特殊化,std::ofstream
它实际上返回一个不同的标签并使其关闭(我建议不要这样做,因为它可能会违反 Boost Iostreams 的开发人员所持有的假设而产生意想不到的影响)
对输出流使用 boost 类:
#include <iostream>
#include <fstream>
#include <boost/iostreams/filtering_streambuf.hpp>
#include <boost/iostreams/copy.hpp>
#include <boost/iostreams/device/file.hpp>
#include <boost/iostreams/filter/gzip.hpp>
using namespace std;
int main(void)
{
cout << boolalpha;
ifstream ifs("output", ios::binary);
boost::iostreams::file_sink ofile("output.boost.gz");
boost::iostreams::filtering_streambuf<boost::iostreams::output> out;
out.set_auto_close(true);
out.push(boost::iostreams::gzip_compressor());
out.push(ofile);
cout << "out.is_complete(): " << out.is_complete() << endl;
cout << "ifs.is_open()? " << ifs.is_open() << endl;
cout << "ofile.is_open()? " << ofile.is_open() << endl;
boost::iostreams::copy(ifs, out);
cout << "out.is_complete(): " << out.is_complete() << endl;
cout << "ifs.is_open()? " << ifs.is_open() << endl;
cout << "ofile.is_open()? " << ofile.is_open() << endl;
}
在 Coliru 上看到它
[1]这是一个惊人的大兔子洞,我必须补充。我想知道所有这些通用性真的有什么好处