5一般系统会认为是一个整型常量，p是一个指向整型常量的指针变量，把5赋值给p是不太合适的，不过把5理解为地址也是可以（最好还是避免这样使用），还可以执行的
· 关注我不会让你失望
空指针解引用是否导致异常应该是硬件设备和OS组合决定的。以前在VXwork下工作，空指针也可以解引用，可以访问内存0地址，还可以修改内容。这种情况下，为了便于程序员debug，印象中我们大概是采用了对于0地址内容监控，如果内容有改动则报告或者crash。NULL指针的访问异常是C程序员常见的bug，事实上部分情况下空指针可以解引用。
要避免的话可以在对指针解引用之前判断指针是否为空if（p ！= NULL）或者使用assert指令判断
要对地址为0的地方解引用，需要强制类型转换
下载百度知道APP，抢鲜体验
使用百度知道APP，立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
今天学了链表，在堆上手动开辟并赋值后可以正常运行，但是最后提示警告：取消对NULL指针“node”的引用,实在想不到是哪里有问题，求助各位大佬，还是个新手，请各位轻喷
通常致使程序崩溃的最重要缘由之一就是试图解引用NULL指针。正如上几篇文章中所说的，智能指针RefCountPtr和ScopedPtr提供了运行时的诊断。可是，并非全部的指针都是拥有某个对象全部的智能指针。所以为了对试图解引用一个不具备对象全部权的指针的行为进行诊断，引入一种并不删除它所指向的对象的“半智能”指针。例如，以下代码示例：函数
尽管出现了操做符=，但它并非告诉编译器当咱们试图把一个Ptr<T>赋值给另外一个Ptr<T>时该怎么作的赋值符。若是咱们为这个类编写一个赋值操做符，它应该被声明为以下这种形式：this 注意在前面这个类中，操做符=具备不一样的签名：它的右边有一个原始指针p。所以，这个类让编译器为Ptr<T>建立拷贝构造函数和复制操做符。因为Ptr<T>类的拷贝构造函数和赋值操做符都是容许出现的，所以，咱们能够自由复制这些指针，或者把它们做为函数的返回值等 。 若是想建立一个行为与const MyClass*类似的半智能指针，只能像下面的作法同样：
注意，试图经过这个指针调用一个很是量函数将将没法经过编译，这意味着它正确的表现了常量指针的行为。
对于Ptr<T>模板指针具备如下特性：指针
（1）它并不拥有它所指向的对象的全部权，应该做为相同状况下原始指针的替代品；code
（2）它默认被初始化为NULL；对象
（3）它提供了运行时诊断，当它自己为NULL时，若是对它进行调用，就能够对这种行为进行检测。ci
