问题一：
操作图片test.png是一个365x365的PNG图片
通过OpenCV自带的GUI显示出来图像是没问题的，如下操作代码所示：
QStringfileName=QFileDialog::getOpenFileName(this,
tr("OpenImage"),".",
tr("ImageFiles(*.png*.jpg*.jpeg*.bmp)"));
if(fileName.length()<=0)return;
//imread的第二个参数：读取4通道的png图像。其中第四个通道的数据类型和其他通道的一样，都是uchar型，完全透明为0，否则为255
image=cv::imread(fileName.toUtf8().data());
QString status = QString::number(image.rows)+"x"+QString::number(image.cols);
ui->label_2->setText(status);
//OpenCV显示出来
cv::namedWindow("OriginalImage");
cv::imshow("OriginalImage",image);
但是经过下面的处理之后，图片显示不正常了：
//改变色彩通道顺序，将Mat的BGR顺序反转为QImage中的RGB顺序
cv::cvtColor(image,image,CV_BGR2RGB);
//QT图像
QImageimg=QImage((constunsignedchar*)(image.data),
image.cols,image.rows,QImage::Format_RGB888);
//显示在label中:voidsetPixmap(constQPixmap&);
ui->label->setPixmap(QPixmap::fromImage(img));
//改变label的尺寸已自适应图像
ui->label->resize(ui->label->pixmap()->size());
问题二：
操作图片test1.png是一个256x256的PNG图片（原图如上图），同样的代码，同样的操作，用OpenCV自带GUI显示如下：
而处理后用QT label显示如下：
正常！！！对比两个问题，到底哪里出现了问题呢？
又重新试了几张不同大小的图片：200x200,356x356均没问题。分析可以知道cv::Mat 读取的图片是没有问题的，那肯定就是QImage这里出问题了。查了QImage的构造函数：
其中bytesPerLine参数为每一行的字节数。
//改变色彩通道顺序，将Mat的BGR顺序反转为QImage中的RGB顺序
cv::cvtColor(image,image,CV_BGR2RGB);
//QT图像
//QImage::Format_RGB888,像素为24位
QImageimg;
if(image.channels()==3){
img=QImage((constunsignedchar*)(image.data),
image.cols,image.rows,image.cols*image.channels(),QImage::Format_RGB888);
}
//QImage::Format_Indexed8,像素为8位
else{
img=QImage((constunsignedchar*)(image.data),
image.cols,image.rows,image.cols*image.channels(),QImage::Format_Indexed8);
}
//显示在label中:voidsetPixmap(constQPixmap&);
ui->label->setPixmap(QPixmap::fromImage(img));
//改变label的尺寸已自适应图像
ui->label->resize(ui->label->pixmap()->size());然后再去打开图片，可以了。但是还有个问题就是，为什么打开256x256的图片的时候，本来图片本身没有边框的，打开后就加了个边框呢？？？这个是在cv::Mat 打开的时候就有了，从这里找原因。将同样为256x256大小的原图，在其基础上的边框上加了一个点：
测试后没有边框了，因此跟图片大小没关系。查了一些资料，不知道是不是跟png的alpha通道有关？那接下来只要查看每个图片是不是有alpha通道就行了（其他的图片都是用了WIN7自带的画图工具对256x256原始图片来更改保存的，所以在这个过程中可能改变了原图的alpha通道,RGB，像PS软件会保存alpha通道，RGBA）。
png如果有第四个通道alpha，也就是每个像素是32位了，都是uchar型，第四个通道是处理透明度的，0~255,0为完全透明，255为不透明。
所以有边框的结果是第四通道叠加到原图上去了。OpenCV 2.3以后的版本支持alpha通道，所以也就能够打开。但是打开一张图片的函数imread()的第二个参数是可以设置能够打开4通道的png图片的。测试了下，256x256和基于这个修改的图片的通道数都是4。这下我也不知道怎么解决了，最后尝试了在显示之前将4通道的转为3通道的，但是也未能解决。
//读取4通道的图片，CV_LOAD_IMAGE_UNCHANGED=-1
cv::imread(fileName.toUtf8().data(), CV_LOAD_IMAGE_UNCHANGED);
//获取通道数
if(image.channels() == 4){
//先转换，但是试过了也不行
cv::cvtColor(image,image,CV_BGRA2BGR);
cv::namedWindow("Original Image");
cv::imshow("Original Image",image);
}总得来说，在计算机视觉处理中，alpha通道接触是比较少的，所以还是没继续深究了，以后有机会了再来把这个框的原因彻底搞清楚。
续：
听了博主shiter的建议，再去鼓捣了下，这里写下过程：
我将原始的png图片命名为source.png，然后用imread，设置第二个参数为-1去读取图片，然后将图片数据打印了出来，因为是四通道的，所以256x256图像每行的8位数据为1024个（BGRA）。分析了前几行，发现A通道（设置透明度的）的值都为0。
第二个测试是基于source.png图片用win7自带画图工具在边框上加了个点（大小保持不变）：
然后以同样的方式再去打印这个图片的数据，发现第四个通道的A值都为255，我立马想到要不将source.png读出来的数据的第四个通道的值全部改为255：
cv::Mat_<cv::Vec3b>::iterator it = image.begin<cv::Vec3b>();
cv::Mat_<cv::Vec3b>::iterator itend = image.end<cv::Vec3b>();
for(;it != itend;++it){
(*it)[3] = 255;
}然后用imshow和QT的label分别去显示出来，居然跟没改数据一模一样。。。这下醉了（我打印了改了之后的图片数据，确定是改了）。
