大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE稳定放心使用
发生了什么？
Process finished with exit code -1073741819 (0xC0000005)
该异常代号对应“访问冲突”，即内存的读写权限冲突。
发生这个问题时，一般意味着：
- 访问数组的元素时发生了 越界；
- 将静态常量的地址赋给了普通指针（可读写的指针），随后又尝试写该普通指针指向的实体，这等价于写访问一个只读的内存块；
- 对空指针或野指针解引用 也有很大概率产生这个问题。
错误案例
越界访问是指：一个数组容量为 N，试图访问下标为 N，即第 N+1 个元素 —— 这里我就不举越界的例子了，因为它发生的原因多种多样。我们展开说一下后两种错误原因。
静态常量取地址，赋给普通指针
我们一般不会傻到直接做这种事，这种情况一般发生在处理 C 风格的字符串时：
char * mystr = "abc"; // 编译通过，但 "abc" 会退化为 const char * 型，不应该赋给 char *
...
mystr[0] = 'c'; // 0xC0000005
这里的问题是：直接用双引号 "" 给出的字符串，对应着一个保存在可执行文件中的 char 数组，也叫 字符数组常量，这种数组会在程序的加载阶段被放置在内存的静态区 —— 更准确地说，位于静态区 rodata 段 —— 这些内存块是写保护（严格只读）的。由于 数组可以退化为指针，所以把这种字符数组赋值给 char 指针时，是一种隐式的取址操作，而不是拷贝。编译器并不知道你要拿这个指针干什么，会不会进行写操作，所以编译是通过的；运行时崩溃。
因此，我们应该 杜绝将字符串赋给 char *，而是赋给 const char*；如无必要，尽量使用 std::string！
空指针或野指针解引用
新手常见下饭操作 —— 编译器不报错，IDE 也很难给出有效提示，而一旦运行就会崩溃，经常让刚学指针数组的小白内心严重动摇（进而放弃学习 C++）……
// 开心地定义一个类，包含一个数据成员（其实空类也至少占 1 字节，效果一样）
struct Foo {
int prop; };
int main() {
// 开心地实例化这个类
Foo bar {
};
// 开心地用刚学的 new 创建指针数组（其实放在栈上也无所谓，后果一样）
Foo** paFoo = new Foo*[3];
// 开心地把 bar 深拷贝给第一个元素
*paFoo[0] = bar; // 老师说了指针数组的元素是指针，所以深拷贝时要解引用，看我学得多好！
// 不用 return 0 了，程序崩溃（0xC0000005）
}
有经验的一眼就能看出问题，这无非是野指针解引用；新手却看不出来，它的迷惑性在于：野指针现在位于一个指针数组中，并且看起来我们“明明已经用 new 申请了堆内存”。
实际上，我们只为 paFoo 这个数组 本身 申请了的内存（用于存储 3 个指针），却没有为每个指针可能指向的对象申请内存，那当然就不可能将 bar 拷贝构造到一个不存在的内存上了；换言之，指针数组刚被创建时，其中所有元素都是野指针，而我们不能对野指针解引用。
由上述两个例子我们可以看出，只要我们认真审视每个与资源的获取或释放有关的操作，明确资源的生命周期和读写性（说白了还是要有资源意识），就能有效避免 0xC0000005 异常。
这里还要特别为新手们指出：不要拘泥于国内老旧的 C++ 教材，学技术要学先进的，我们提倡写现代的 C++！比如：手动堆内存管理早已是中古技术了，现在我们用 C++ 11 引入的智能指针可以杜绝 99% 的 new、delete 操作、无需手动操作指针，而它带来的开销微乎其微。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/186238.html原文链接：https://javaforall.net
![react中添加debounce 实现[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
