大佬来，QString比较尴尬的地方！ [复制链接]

发现一个QString比较尴尬的事情：
对于第三方c库中的c函数比如fun(char *p, ...)
如果直接这样去调用
QString s = 来源（是ui->lineEdit->text()或者是其他）
fun(s.toutf8().data())或者直接fun(ui->lineEdit->text().toutf8().data())
这样这个参数实际的内容是可能不确定的，计算结果也可能不对。（是可能，有时候是对的，但是错误也很容易复现！）
如果调用之前这样处理
char buffer[大小] = {0}
sprintf(buffer, s.toutf8().data());（总结发现，用字符串相关的函数没问题，sprintf，strcpy，fprintf都很稳定！）
fun(buffer)
这样调用就很稳定，没问题！
观点：不是说QString有问题，而是说.data()转换后的char *作为参数直接调用第三方c函数，可能存在不稳定性！

因为QString内部的字符串没有'\0'

@cycloveu
应该不是这个原因，因为在.data()已经转换成'\0'结尾的了。

可能是作用域的问题，用个qbytearray中转下再传试试呢

spygg:可能是作用域的问题，用个qbytearray中转下再传试试呢 (2020-04-20 16:17) 

对，很有可能，肯定是哪里有问题，但是不知道是哪里的问题。。。。
试了下用QByteArray中转也不行，也就是通过.data()转成的char*作为参数，有隐患！

我还是直接贴代码吧，这是curl库的一个调用，当然其他的c库也会有问题比如aes加密函数，opencv等等。
不管如何转换，只要.data()作为参数传进去，这个内容就是不稳定的。
比如上面我这样写，textedit里一堆文字，服务端可能只收到一个或多个未知字符，也可能收到完整的。
如果通过sprintf处理下，那就稳如狗了，如下！

试试这个...
QString request = ui->request->toPlainText().trimmed();
const auto& bytes = request .toUtf8();
const     char *data = bytes.data();

Before version 7.17.0, strings were not copied. Instead the user was forced keep them available until libcurl no longer needed them.

坑在curl这边，你看一下curl的版本

fsu0413:Before version 7.17.0, strings were not copied. Instead the user was forced keep them available until libcurl no longer needed them.
坑在curl这边，你看一下curl的版本 (2020-04-20 22:50) 

我的是7.37.0，我现在试试你那个方法。
curl应该没问题，因为同样.data()不稳定的问题，我在一个aes加密函数里也出现了。

spygg:试试这个...
QString request = ui->request->toPlainText().trimmed();
const auto& bytes = request .toUtf8();
const     char *data = bytes.data();
....... (2020-04-20 22:39) 

不行啊

试试用toLocal8Bit()

snow_man_0:试试用toLocal8Bit() (2020-04-21 00:35) 

不是这里的问题

QString s = 来源 ？ 关键就是这个来源啊

如果使用 QString s = "mydata1\0\mydata2"; 按你的前一种方法，当然有问题。特别是，这个数据如果来自于文件或者其它不可知来源，就更容易出问题。请你告诉我，你的数据来源是什么？

有人说，编程其实就是在对字符串进行编程，事实差不多也是这样，很多很多的功能，我都是通过QString完成的，Qt官方称全世界有300万Qt程序员，我不信这么重要的utf8转换（没有之一！）还会出问题。所以最好你把来龙去脉都讲清楚，让我们帮你看一看。

stlcours:
QString s = 来源 ？ 关键就是这个来源啊
如果使用 QString s = "mydata1\0\mydata2"; 按你的前一种方法，当然有问题。特别是，这个数据如果来自于文件或者其它不可知来源，就更容易出问题。请你告诉我，你的数据来源是什么？
有人说，编程其实就是在对字符串进行编程，事实差不多也是这样，很多很多的功能，我都是通过QString完成的，Qt官方称全世界有300万Qt程序员，我不信这么重要的utf8转换（没有之一！）还会出问题。所以最好你把来龙去脉都讲清楚，让我们帮你看一看。
.......

确实有可能是这样的 QString不能接受含有\0的字符 确实会有问题的。

图片:qtcreator_onNCFBoKdO.png

stlcours:
QString s = 来源 ？ 关键就是这个来源啊
如果使用 QString s = "mydata1\0\mydata2"; 按你的前一种方法，当然有问题。特别是，这个数据如果来自于文件或者其它不可知来源，就更容易出问题。请你告诉我，你的数据来源是什么？
有人说，编程其实就是在对字符串进行编程，事实差不多也是这样，很多很多的功能，我都是通过QString完成的，Qt官方称全世界有300万Qt程序员，我不信这么重要的utf8转换（没有之一！）还会出问题。所以最好你把来龙去脉都讲清楚，让我们帮你看一看。
.......

请看我5楼的代码，来源就是texteidt里的字符（全部是正常的字母数字）
我也没说是tuUtf8有问题，只是说QString转成的char *直接作为参数用于c库函数调用存在不稳定性！

j695858658:确实有可能是这样的 QString不能接受含有\0的字符 确实会有问题的。
[图片]
 (2020-04-21 09:29) 

看我5楼的代码

qt的用法没问题，同意curl的函数用法和注意事项仔细研究研究。
即使是你换成数组，也只是看起来没问题，实际上用法也未必对。

goodname:qt的用法没问题，同意curl的函数用法和注意事项仔细研究研究。
即使是你换成数组，也只是看起来没问题，实际上用法也未必对。
 (2020-04-21 17:10) 

对，你说的极有可能是对的，我把范围扩大点去查

今天回不了帖子啊

妈的，时隔一年多，这个帖子结帖了，就是作用域的问题