windows中Read函数引发数据异常的问题

2022-07-28 08:42:29

【摘要】

　　在Window C/S开发中少不了客户端与服务端数据通信的情况，每当客户端从服务端获取数据时会将数据读到本地本件或缓存中，例如通过CInternetFile类的Read函数会将网卡缓存中的数据读入到制定的缓存中；在某APP通讯录中会很频繁地用到该函数去读取数据，然而由于当初没有细究该函数的使用情况，会意想不到地造成了客户端UI显示的内容异常，比如读取xml格式的内容时出现多余的字符串或者显示的内容为空。为此，本文将结合该函数的源码和MSDN资料以及实验结果来说明该函数的正确使用方法。

【关键字】

Windows、CInternetFile、Read

【类别】

大分类:软件; 小分类:代码优化

一、引出问题

　　在某APP中查看组织通讯录时有的成员节点或者部门节点有时候会出现多余的字符串或者为空信息，当出现该情况时刷新一下数据又正常了；后续该现象复现的频率就很高了，几乎每次都会发生了。接下来，就针对该情况做数据分析。

二、发现问题

　　由于该模块的数据量比较大，单步调试的话不好弄，只能通过添加打印日志来跟踪。首先，在数据显示之前将名称、职位等信息打印出来，当出现该异常时取出日志，发现显示的数据本身就有问题，接着对比一下数据库里的内容，发现数据库里存的数据也是异常数据，这个时候就需要在解析数据那块添加打印日志了，当初发现数据解析模块没有对局部变量进行初始化操作，想当然地以为是未初始化引起的，但是当对相关变量初始化操作后进行试验，该异常情况依旧出现，所以为初始化操作不是问题的原因；这个时候又开始怀疑是数据解析方法的问题，但是逆推思想推翻了该猜疑，要是是数据解析的方法有问题的话，那么所有的数据显示会异常，而不是只有少数部分数据异常；既然排除了数据解析方面，那么在数据解析之前对数据进行打印，后来实验发现确实是输入的数据有问题；而这个数据的来源是从另一个线程发送过来的，所以只能去数据源的线程查找问题的根源了。

三、找出原因

　　通过阅读代码流程可知数据的来源于CInternetFile::Read()函数获取到的数据，代码如下：

string strHtml = "";

char tChars[1024+1] = {0};

while ((pFile->Read((void*)tChars, 1024)) > 0)

{

strHtml += tChars;

memset(tChars, 0, 1024 + 1);  

}

　　初步看着这代码，觉得是没啥问题的，每次读取到的数据放在tChars数组里，下次读取数据之前都会置零处理，这样看似完美的流程是不会被怀疑的，可事实就是让人陷阱这个“美人计”中，导致数据异常。通过MSDN资料了解到，Read()函数第一个参数用于存放读取到的数据，第二个参数为每次读取数据的长度，它的返回值为实际读取到的数据。到此，对问题有点眉头了，也就是说Read函数第一个参数存储的是数据内容，其长度为第二个参数值；当第二个参数值和该函数的返回值不相等时，那么第一参数存储的内容就有一些内容时多余的，假设第二个参数值为InputValue，返回值为OutputValue，那么tChars数组中存有(InputValue—OutputValue)个多余的字符，并且是在数组的后面。带着这个疑惑，进入Read()函数源码分析，发现该函数调用的是InternetReadFile()函数，此函数最后一个参数就是实际读取数据的长度，为了证实我们对Read()函数第二个参数和返回值不相等的假设，那么就在该处添加断点进行调试。最后，通过实验证实了上述假设，InternetReadFile()函数返回的实际数据长度与Read()函数第二个参数值有时候会不相等。此外，通过实验发现一个有趣的问题，就是Read()函数读取到的数据若是存有多余的字符或者字符串的话，那这些多余的字符或者字符串就是Read()函数读取到的有效数据内容最后字符或字符串的重复。现在问题缘由被找到了，接下来就如何解决问题了，请看后续部分。

四、解决问题

　　既然Read()函数读取到内容有两个数据长度值，那么我们就采用实际数据长度值即可，将每次读取到的数据再进行一次拷贝操作即可，方法如下：

string strHtml = "";

char tChars[1024 + 1] = {0};

char tCharsTmp[1024  + 1] = {0};

while (nReadSize > 0)

{

nReadSize = 0;

memset(tChars, 0, 1024  + 1);  

memset(tCharsTmp, 0, 1024  + 1);  

nReadSize = pFile->Read((void*)tCharsTmp, 1024);

memcpy(tChars, tCharsTmp, nReadSize);

strHtml += tChars;

}

或者

while (nReadSize > 0)

{

nReadSize = pFile->Read((void*)tCharsTmp, 1024);

strHtml.assign(tCharsTmp, 0, nReadSize);

}

　　通过该方式的修改后进行试验操作，没有发现组织通讯录中存在数据显示异常的问题了；因此，问题得解。

五、得出结论

　　在引用此类API函数时最好要考虑到其数据的实际长度值，然后通过其实际的数据长度来拷贝出新的一份数据，这样可以去除原有数据中多余的内容。

------20191228闪??