相信大家在刚刚学习编程的进程中一定遇到过大片的红色吧，这些让大家看着头疼的报错却是大家成长的见证呢，这里帮大家总结一下那些时常遇到的报错。
1、FORWARD_NULL文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
通常产生的情况是，一个指针先被判断是不是等于NULL，然后指针被非法引用。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
非法引用NULL的指针会致使程序崩溃。程序员在判断指针是不是等于NULL时，没能正确的处理好，或者是忘怀了NULL在代码路径的情况。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
2、USE_AFTER_FREE文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
即便用已被释放的内存、同一指针被释放屡次。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
当内存被释放后，就不能再被安全的使用。而同一内存的屡次释放通常会致使不决义的行动，包含内存冲突以及程序崩溃。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
引用已释放的指针也是无比危险的，由于指针的值不肯定或者指针指向任意内存的位置。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
在多线程的程序中，屡次释放同一内存无比危险，由于已释放的内存可能已被另外一线程申请，再次释放可能致使该线程的内存也被释放，在这类情况下，该线程使用已释放的内存，可能致使紊乱，同时很难被编译器跟踪。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
3、RESOURCE_LEAK文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
资源泄露（内存泄露）指变量在出了自己的作用规模后，占用的资源依然驻守在内存里，没有被释放。文章源自微观生活（93wg.com）微观生活-https://93wg.com/22671.html
严重的内存泄露能致使过程崩溃，即使是很小的内存泄露，在系统长期运行没有重启后，也会发生过错。
多数情况下，这些泄露通常产生在某个过错的路径，比如说，某个异样处理的分支。这类情况下，正确的做法应当是将程序跳转（GOTO）到该函数的出口，出口处应释放这些资源。
在C++中，RAII（the Resource Acquisition Is Initialization）机制能够自动的释放资源。RAII包含类的一个申请资源的构造函数以及释放资源的析构函数。当一个类的局部变量声明后，当离开该变量的作用规模后，RAII会自动调用其析构函数释放资源，这一样也会维护throw异样致使的泄露。
4、NULL_RETURN
函数的返回值多是NULL，所以使用函数返回值的变量一定要首先检查是不是是NULL，否则就可能犯错。
程序员时常不会去检查函数的返回值，而是直接以危险的方式去使用，可能会因为对NULL的非法引用，致使程序崩溃。
5、error C2143：语法过错：缺乏“；”（在“*”的前面）
该过错主要是某类型数据未include，多是都文件拼写过错、或者头文件名已经更改、或是头文件忘怀“；”
解决方法：检查头文件是不是更名、是不是忘怀收场的“；”
6、error C1010：查找预编译头时遇到意外的文件结尾。是不是忘怀了向源中添加“
解决方法：在报错行所在的文件的最前面添加“
7、error C1189：呈现了WINDOWS.H already included. MFC apps must not
解决方法：把
8、error LNK2005: _DllMain@12 already defined in dllmain.obj
解决方法：你只需要在工程设置里面把WIN32,NDEBUG,_WINDOWS,_MBCS,_USRDLL,MSGBOX_EXPORTS,_WINDLL,_AFXDLL
中的_USRDLL,删除了，就能够正确编译了 。
编程的学习自身就是离不开报错的，就算是大牛们也会遇到报错，面对报错不要慌张，依据报错去更好的完美自己的程序，让自己的程序更为的完善，为了帮助大家更好的学习，这里也是帮助大家收拾了一些c/c++相关的基础知识点资料，还有相关的项目实战讲授资料，感兴致的可以私聊
以上就是微观生活（93wg.com）关于“满屏红色：C语言中最多见的这些报错，你阅历过量少”的详细内容，希望对大家有所帮助！
评论