我的overflow()实现有什么问题?

时间:2013-11-07 23:55:01

标签: c++ c++11 streambuf

我正在尝试实现一个流缓冲区,而我在使overflow()工作时遇到了麻烦。我将缓冲区重新调整了10个字符,并使用setp重置缓冲区。然后我将指针递回到我们离开的地方。由于某种原因,输出不正确:

template <class charT, class traits = std::char_traits<charT>>
class stringbuf : public std::basic_stringbuf<charT, traits>
{
public:
    using char_type   = charT;
    using traits_type = traits;
    using int_type    = typename traits::int_type;
public:
    stringbuf()
        : buffer(10, 0)
    {
        this->setp(&buffer.front(), &buffer.back());
    }

    int_type overflow(int_type c = traits::eof())
    {
        if (traits::eq_int_type(c, traits::eof()))
            return traits::not_eof(c);

        std::ptrdiff_t diff = this->pptr() - this->pbase();

        buffer.resize(buffer.size() + 10);
        this->setp(&buffer.front(), &buffer.back());

        this->pbump(diff);

        return traits::not_eof(traits::to_int_type(*this->pptr()));
    }
    // ...
    std::basic_string<charT> str()
    {
        return buffer;
    }
private:
    std::basic_string<charT> buffer;
};

int main()
{
    stringbuf<char> buf;
    std::ostream os(&buf);

    os << "hello world how are you?";
    std::cout << buf.str();
}

当我打印字符串时,它出现为:

  

你好,你好吗?

缺少dy。我做错了什么?

1 个答案:

答案 0 :(得分:5)

首先要做的是,无论出于何种原因,您都是从std::basic_stringbuf<char>派生而不是覆盖所有相关的虚函数。例如,您不会覆盖xsputn()sync():无论这些函数最终做什么,您都将继承。我强烈建议您从std::basic_streambuf<char>派生您的流缓冲区!

overflow()方法宣布一个缓冲区,该缓冲区比流缓冲区的字符串小一个字符:&buffer.back()不是指向数组末尾但指向字符串中最后一个字符的指针。就个人而言,我会使用

this->setp(&this->buffer.front(), &this->buffer.front() + this->buffer.size());

到目前为止没有问题。但是,在为更多字符腾出空间后,你省略了添加溢出字符,即传递给overflow()的参数到缓冲区:

this->pbump(diff);
*this->pptr() = traits::to_char_type(c);
this->pbump(1);

还有一些不太正确的小事情:

  1. 将覆盖的virtual函数作为默认参数通常是一个坏主意。基类函数已经提供了默认值,只有在明确调用函数时才会获取新的默认值。
  2. 返回的字符串最后可能包含多个空字符,因为保持的字符串实际上大于目前为止写入的序列,除非缓冲区完全填满。您应该以不同方式实现str()函数:

    std::basic_string<charT> str() const
    {
        return this->buffer.substr(0, this->pptr() - this->pbase());
    }
    
  3. 将字符串增加一个常量值是一个主要的性能问题:编写n字符的成本为n * n。对于较大的n(它们实际上不需要变大),这将导致问题。你最好以指数方式增长buffer,例如,如果你觉得加倍并不是一个好主意,每次加倍或增长1.5