一个巨坑，多线程中静态变量的错误使用问题

问题背景

• C语言
• Windows 音视频开发

问题描述

1. 在做多客户端视频解码测试（使用Intel GPU解码）的过程中，为了方便编写测试demo，使用了读取h264源文件的方法，其中有一个获取一帧数据的接口get_frame(FILE *fp,unsigned char ** pbuf),；
2. 在测试过程中打开一路视频，一切正常，打开16路就开始花屏，一开始，我以为是GPU的解码能力受限，分别测试14路，12路……2路，居然都是花屏，这让我头大啊。明显的GPU资源的占用情况，还很良好，远远没有爆；

分析问题

1. 分析发现，只要打开两路以上均会出现花屏，说明确实不是GPU解码能力的问题；
2. 猜测是多线程打开同一个文件，加锁之后，读取数据缓慢，导致帧数据不连续导致，于是将h264文件复制了16份，分别打开，但是问题依然存在；派出了读文件的问题；
3. 发现渲染的时候GPU的3D资源占用较多，大概80%左右，猜想是不是因为渲染刷新率太快导致，于是修改渲染代码，修改刷新路为30fps, 25fps, 20fps, 15fps,……5fps,，结果还是不行，排除渲染刷新率太快问题;
4. 实在不清楚问题到底出在了哪里，于是干脆想着多跑几个小时看不会不会崩溃，果然运行了2个小时之后，系统崩溃在读取文件的借口内部；打开接口（这部分接口是其他同事提供的）发现，接口内部的读取字符的计数使用的是静态变量，我去当场晕倒……

总结

1. 接口内部使用静态变量，该接口被多线程调用，会出现多个线程改局部变量初始值不同的情况，所以导致读文件的字节数出现错误，导致读取的原始数据存在缺失，造成花屏的现象。
2. 静态变量在多线程内部是共享的，所以多线程中谨慎使用静态变量。

参考资料

https://blog.csdn.net/weixin_39844942/article/details/112124857
https://www.cnblogs.com/tiancai/p/5417767.html