我只是尝试在UTF-8中使用stringstream
:
#include<iostream>
#include<string>
#include<sstream>
int main()
{
std::basic_stringstream<char8_t> ss(u8"hello");
char8_t c;
std::cout << (ss.rdstate() & std::ios_base::goodbit) << " " << (ss.rdstate() & std::ios_base::badbit) << " "
<< (ss.rdstate() & std::ios_base::failbit) << " " << (ss.rdstate() & std::ios_base::eofbit) << "\n";
ss >> c;
std::cout << (ss.rdstate() & std::ios_base::goodbit) << " " << (ss.rdstate() & std::ios_base::badbit) << " "
<< (ss.rdstate() & std::ios_base::failbit) << " " << (ss.rdstate() & std::ios_base::eofbit) << "\n";
std::cout << c;
return 0;
}
编译使用:
g++-9 -std=c++2a -g -o bin/test test/test.cpp
屏幕上显示的结果是:
0 0 0 0
0 1 4 0
0
似乎在读取
c
时出了点问题,但我不知道如何纠正它。请帮我! 最佳答案
这实际上是一个旧问题,并不特定于对char8_t
的支持。在C++ 11和更高版本中,char16_t
或char32_t
也会发生相同的问题。以下gcc错误报告具有类似的测试用例。
还在下面讨论该问题:
问题在于,gcc不会使
ctype<char8_t>
,ctype<char16_t>
或ctype<char32_t>
的构面隐式地赋于全局语言环境。当尝试执行需要这些方面之一的操作时,std::bad_cast
会引发std::__check_facet
异常(随后,该异常会被为字符提取运算符创建的IOS哨兵对象静默吞下,然后设置badbit
和failbit
)。C++标准仅要求提供
ctype<char>
和ctype<wchar_t>
。参见[locale.category]p2。关于c++ - 无法从basic_stringstream <char8_t>读取char8_t,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/57406448/