我想重载（劫持？）ostream 和 basic_ostream<unsigned char>，以便它停止尝试将八位字节（无符号字符）显示为可打印字符。
我和cout 以及在屏幕上放笑脸的朋友一起生活太久了。而且我厌倦了使用演员表：hex << int(0xFF & b) << ...。
是否可以覆盖标准行为？我已经尝试过模板和非模板覆盖。它们编译，但似乎没有被调用。
【问题讨论】：
标签： c++ operator-overloading iostream
问题是已经有一个
template<class charT, class traits>
std::basic_ostream<charT,traits>&
operator<<(std::basic_ostream<charT,traits>&, charT);
在namespace std。由于basic_ostream<> 也在此命名空间中，因此当您输出unsigned char 时，ADL 会选择它。添加您自己的重载可能会使调用运算符不明确，或者您的重载将被默默地忽略。
但即使它可以工作，它也会很脆弱，因为忘记一个包含可能会巧妙地改变代码的含义，而无需编译器进行任何诊断。
还有更多：每个查看此类代码的维护程序员都会假设调用了标准运算符（当他向代码添加另一个输出语句时，永远不会考虑添加包含）。
简而言之，最好添加一个函数来做你想做的事。
一个合理的语义替代方案可能是添加一个调用所需输出格式的流操纵器。不过，我不确定这在技术上是否可行。
【讨论】：
卢克是正确的。
如果您不介意十进制输出，您当前方法的更快替代方法是将 char 提升为 int：
unsigned char c = '!';
os << +c;
我不明白这会是怎样的征税！
【讨论】：
int i = -j;吗？ int i = +j; 呢？ （这是一元 operator+。）
+，并且执行了一个整体提升。您可以在[2003: 5.3.1/6] 阅读所有相关信息。
+ 是多余的，因此除了 DSL 之外很少（如果有的话）使用它。
int(c) ？实际上，还有 4 个字符，但没有让读者深入研究完整的促销规则来理解代码，这使得它更易于访问！
Als 是对的，你所要求的不会发生。
您可以做的最好的事情是write your own IO manipulator (iomanip) to do the magic for you. 在这种情况下，您需要一个接受unsigned char 的函数（尽管我强烈建议使用<stdint.h> 中的uint8_t） .
#include <stdint.h>
#include <ostream>
class asHex
{
public:
asHex(uint8_t theByte): value(theByte) {}
void operator()(std::ostream &out) const
{ std::ios::fmtflags oldFlags = out.flags; out << std::hex
<< std::setw(2) << std::setfill('0') << std::uppercase << theByte;
out.flags(oldFlags); }
private:
uint8_t theByte;
};
std::ostream& operator<<(std::ostream &out, asHex number)
{
number(out); return out;
}
然后你可以写：
cout << asHex(myByte);
您可以将构造函数添加到 asHex，甚至可以将其作为模板类来支持 16、32 和其他位数。
（是的，我知道<stdint.h> 不是官方的 C++ 标头，但我宁愿在全局命名空间中定义其定义，而不是 std::，而不必执行 using namespace std; 转储 所有内容 在全局命名空间中。）
【讨论】：
std::string asHex(unsigned char) 即可。容易得多。
std::string 还是一个不接触堆的临时对象？”的问题？如果没有使用上下文，我无法回答。在我的回答中，我仍然更喜欢基于类的方法，因为它不涉及堆分配，并且更有可能被编译器优化。
std::string 的分配是否与此常见用例相关。无论如何，如果是，只需返回 struct foo { char[2] string; }; 并为其重载 <<。这并没有改变我写的东西。您的方法 OTOH 的缺点是它操纵了流的模式。我永远记不起这些操纵器中的哪一个是永久性的，但我相信至少其中一些是永久性的。这很糟糕，因为您的操纵器的用户需要记住重置他们没有自己设置的流模式。
oldFlags = out.flags; ... out.flags(oldFlags); 没有充分保存和恢复流状态？不知道那个。这一直是我对 iostream 最不满意的地方之一：很难将输出模块化并且不把事情搞砸。我仍然认为格式化和 I/O 应该相互分离：一组 API 用于制作格式化的std::string，另一组用于将该字符串发送到某处。就像 Python 的 str.format().
pword/iword 的东西？）我还认为 iostreams 库不如语言的单一通用输入/输出库应有的好，并且缺少保护流整个状态的能力只是一个问题。
#include <iostream>
#include <string> // std::char_traits
typedef unsigned char UChar;
typedef UChar Byte;
typedef std::char_traits<char> CharTraits;
typedef std::char_traits<wchar_t> WCharTraits;
typedef std::basic_ostream< char, CharTraits > CharOStream;
typedef std::basic_ostream< wchar_t, WCharTraits > WCharOStream;
CharOStream& operator<<( CharOStream& stream, UChar v )
{
return stream << v+0;
}
int main()
{
char const c = 'c';
UChar const u = 'u';
std::cout << c << '\n' << u << std::endl;
}
这与 MSVC 10.0 和 MinGW g++ 4.4.1 配合得很好，并且可以在 Comeau Online 中干净地编译，所以我相信它在形式上是可以的。
干杯，
【讨论】：
std::char_traits拖进去，@Alf？ std::basic_ostream<char> 不也能正常工作吗？
由于 ADL，标准 operator<< 将被调用。尝试明确限定您的调用：
::operator<<(os, 42);
【讨论】：
您不能直接覆盖std::cout 的行为。如果任何开发代码都可以改变其他代码使用的标准库的行为，那就太容易出错了。
您可以创建自己的类来模拟std::cout 的行为，并改用该对象。
class SpecialCout
{
template <typename T>
friend SpecialCout& operator<< ( SpecialCout const& scout, T const &t )
{
// Do any adjustments to t here, or decide to return early.
std::cout << t;
return *this;
}
};
extern SpecialCout scout;
【讨论】：
std::cout？