RichardsATcn

多谢大佬 还没忘记使用cocos2d 的我们

I will try with sdk 2.0.6，thank you。

> 也许你需要的是显示数字的 int8_t这种类型？但是似乎目前还没有支持，因为担心其与char的兼容性。 是的 我实际需要的是 uint8_t这种类型。 这种类型在和嵌入式设备通信中经常用到。希望能够支持上。

> > 也许你需要的是显示数字的 int8_t这种类型？但是似乎目前还没有支持，因为担心其与char的兼容性。 > > 是的 我实际需要的是 uint8_t这种类型。 这种类型在和嵌入式设备通信中经常用到。希望能够支持上。 关于char 这种数据结构，可以考虑用 类似 hex字符串的形式 。

> 其中char是 0xa1， ascii码数字为161，并不是有效的ASCII码数字。然后 0x11，是17，是控制字符，这些字符不能正常显示也是合理的吧 这里应该不只是不能显示。还会导致 输出的字符串不满足json 的规则。无法解析。 或者不支持的情况下，直接跳过或者空。

> @RichardsATcn 有其它什么json 库支持这种输出吗？ 目前我也没有找到其他c++的json库支持这种输出。c++的反射获取成本实在太高了。 由于 uint8_t 刚好是8位处理器的一个寄存器长度。 uint8_t这种类型，不仅仅会单个出现，还有会用到 uint8_t data[10]。因为处理器资源的情况。很少使用类似 array动态数组。这种定长的结构体可以直接 通过1字节对齐的方式，直接拷贝内存块获得字节序列，用于传输。 我下面这几种种输出方式都是自己在项目中使用Qt QGadget的反射 配合人工编码获得的。 之所以除了base64 的方式 还用hex的方式，因为嵌入式工程师调试协议时候对 hex会比base64敏感的多。 ```c++ uint8_t u8 = 0x22; // => { "U8": "0x22"}...

> 我刚刚测试了一下，gcc和clang可以区分开int8_t 、uint8_t与char的，windows应该也可以！但是我不知道您的编译器是否可以， 好的，您真是迅速呀。 我的编译器是 vs2019 和 mingw 8.1.0