Qt sprintf_s函数格式化字符串出错

Qt sprintf_s函数格式化字符串出错

问题的出现： 我在VS上用c C++写的跨平台的函数 

移植到Qt 上面 出现sprintf_s 函数格式化出错。

开始觉得是编码问题  反复查找Qt乱码问题  。个人编译文件编码utf8  编译器minGW 32 默认编码应该也是utf8  照常说没错。

查了不少关于文件编码 执行编码的问题

https://www.cnblogs.com/liunian1004/p/5912536.html文章 很好的介绍了QSting 编码处理问题。

解决：

常常多方尝试和询问  后面发现 sprintf函数格式化没问题，我靠，怎么会这样。

后面查找了下 发现sprintf_s 是windows平台的函数。

qt中查看sprintf_s 头文件（f2查看），

此刻大概理解多是由于sprintf_s 调用了系统的dll 把格式化字符串用本地字符集处理。

本地gdb 执行编码是utf8  因此格式化错误。

编码就是地雷 是坑。全部系通通一用utf8多理想，多美好。

 字符串格式化

结果： 字符串用snprintf 格式化简单方便

注意在vs平台没有snprintf 函数 须要以下处理

#if _MSC_VER
#define snprintf _snprintf
#endif

 

转：https://www.jianshu.com/p/548e43f4ced8 文件介绍的很好

两种格式化字符串方法

众所周知，C++的std::string功能残缺，各类功能都没有，好比格式化字符串功能。
在python3中，支持两种格式化字符串的方法，一种是C风格，格式化的部分用%开头，%后面的对应具体类型（好比%s对应字符串%d对应整型），另外一种则是类型无关的风格，{0}对应第1个参数，{1}对应第2个参数。

>>> "{0}'s age is {1}".format("赤红", 11) "赤红's age is 11" >>> "%s's age is %d" % ("赤红", 11) "赤红's age is 11" 

而在C++中则只能借用C函数，用snprintf来格式化一片缓冲区

#define BUFFSIZE 512 char buf[BUFFSIZE]; snprintf(buf, BUFFSIZE, "%s's age is %d\n", "赤红", 11); 

亦或者用类型无关的流运算符

std::ostringstream os; os << "赤红" << "'s age is " << 11 << "\n"; std::string s = os.str(); 

暂且不谈效率问题，这种用<<拼接多个不一样类型对象的作法代码量较大，并且在控制具体输出格式时更为麻烦，好比控制数字所占位数，或者小数点后位数。至少繁杂得让我老是记不起来，宁肯使用C风格snprintf来控制。好比

double d = 3.1415926; snprintf(buf, BUFFSIZE, "圆周率: %-8.3lf是祖冲之发现的\n", d); 

$ ./a.out 
圆周率: 3.142 是祖冲之发现的 

经过%-8.3lf将lf(long float即double)类型的浮点数设置占位数为8，设置小数点后位数为3，负号表示左对齐，这种表示方法很是简单紧凑。
至于用C++的iomanip头文件实现，我还花了点时间查文档。

double d = 3.1415926; os << "圆周率: " << std::setw(8) << std::fixed << std::setprecision(3) << std::left << d << "是祖冲之发现的\n"; 

除了代码如此之长以及有可能漏掉std::fixed外，还有问题在于setprecision已经改变了默认设置，也就是说，若是再os <<传入一个浮点数，保留的小数点位数仍然是3位。
也许有人说，这种好处在于setprecision和setw接收的能够是一个变量而很是量。实际上snprintf同样能够作到。

double d = 3.1415926; int n1 = 8, n2 = 3; snprintf(buf, BUFFSIZE, "圆周率: %-*.*lf是祖冲之发现的\n", n1, n2, d); 

C++包装snprintf生成格式化的std::string对象

在APUE UNP TLPI这几本讲Linux下C编程的书中，都本身写了错误处理库来包装snprintf产生格式化的输出，以避免每次重复定义缓冲区/调用snprintf等等。
这样的作法有个缺陷就是缓冲区（字符数组）长度有限制，固然通常而言buffer size定义得足够大的话是足够的，毕竟打印太长的格式化字符串不如多调用几回函数。
另外一方面，因为这些函数仅仅是打印信息，尤为是常常打印信息后直接退出程序。因此不会返回错误字符串。若是在C++中想要把错误信息做为异常传给上一层处理，这些函数是不够的。所以须要简单修改下。

inline std::string format_string(const char* format, va_list args) { constexpr size_t oldlen = BUFSIZ; char buffer[oldlen]; // 默认栈上的缓冲区 va_list argscopy; va_copy(argscopy, args); size_t newlen = vsnprintf(&buffer[0], oldlen, format, args) + 1; newlen++; // 算上终止符'\0' if (newlen > oldlen) { // 默认缓冲区不够大，从堆上分配 std::vector<char> newbuffer(newlen); vsnprintf(newbuffer.data(), newlen, format, argscopy); return newbuffer.data(); } return buffer; } inline std::string format_string(const char* format, ...) { va_list args; va_start(args, format); auto s = format_string(format, args); va_end(args); return s; } 

这是模仿UNP的实现，定义形参为va_list和...的两个版本，其中接受va_list的版本还可为其它函数所用。由于C风格的可变参数列表...不能做为参数传递。另外一点，va_list类型也不必定有拷贝构造函数，所以得用va_copy来拷贝一份va_list，以供第二次使用。
C++11新增了可变模板参数特性，使得上述代码能够获得简化

template <typename ...Args> inline std::string format_string(const char* format, Args... args) { constexpr size_t oldlen = BUFSIZ; char buffer[oldlen]; // 默认栈上的缓冲区 size_t newlen = snprintf(&buffer[0], oldlen, format, args...); newlen++; // 算上终止符'\0' if (newlen > oldlen) { // 默认缓冲区不够大，从堆上分配 std::vector<char> newbuffer(newlen); snprintf(newbuffer.data(), newlen, format, args...); return std::string(newbuffer.data()); } return buffer; } 

而传递可变模板参数也变得十分容易（使用forward完美转发），示例代码以下

xyz@ubuntu:~/unp_practice/lib$ cat test.cc 
#include <string.h> #include <unistd.h> #include "format_string.h" template <typename ...Args> void errExit(const char* format, Args... args) { auto errmsg = format_string(format, std::forward<Args>(args)...); errmsg = errmsg + ": " + strerror(errno) + "\n"; fputs(errmsg.c_str(), stderr); exit(1); } int main() { const char* s = "hello world!"; int fd = -1; if (write(fd, s, strlen(s)) == -1) errExit("write \"%s\" to file descriptor(%d) failed", s, fd); return 0; } xyz@ubuntu:~/unp_practice/lib$ g++ test.cc -std=c++11 xyz@ubuntu:~/unp_practice/lib$ ./a.out write "hello world!" to file descriptor(-1) failed: Bad file descriptor