堆栈

原文： https://gocn.io/article/351 在 错误处理 这个文章中， tkk 提出了空指针时堆栈消失的问题，看下面的 例子 ： package main func main() { run() // line 4 } func run() { causedPanic() } func causedPanic() { //defer func() {}() // line 10 //panic("Panic from user") // line 11 var p * byte *p = 0 // line 13 } 这个程序崩溃时，打印的竟然是： panic : runtime error: invalid memory address or nil pointer dereference goroutine 1 [running]: main .main () /tmp/sandbox277759147/main .go : 4 + 0x4 神奇的是，把第10行的defer打开，变成 这样 ： func causedPanic() { defer func () {}() // line 10 //panic("Panic from user") // line 11 var p * byte *p = 0 // line 13 } 堆栈神奇的回来了：

1. array_shift() - 将数组开头的单元移出数组； array_push() - 将一个或多个单元压入数组的末尾（入栈）； array_pop() - 弹出数组最后一个单元（出栈） PHP中将一个数组作为一个栈 ，主要是使用array_push()和array_pop()两个系统函数来完毕。（“先进后出”）入栈主要是利用array_push()函数向第一个参数-数组的 尾部 加入一个或多个元素。然后返回新的数组长度。 而PHP中，将数组当做是队列则主要是用array_push和array_shift()实现。（“先进先出”） <?php $zhan=array("WEB");//声明一个数组当做栈/队列 array_push($zhan,"PHP");//将字符串压入栈/队列（数组）中 array_push($zhan,"WWW.CHHUA.COM");//再压入一个元素 array_push($zhan,"WEB开发笔记"); array_push($zhan,"PHP"); array_push($zhan,"站点建设"); print_r($zhan);//打印数组内容 ?> 结果为：Array ( [0] => WEB [1] => PHP [2] => WWW.CHHUA.COM [3] => WEB开发笔记 [4] => PHP [5] => 站点建设 )

第一章：掌握各进制的转换，有符号数的补码表示 1.1 各进制的转换 10进制 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16进制 1 2 3 4 5 6 7 8 9 A B C D E F 2进制 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111 十进制数一般用Ｄ、二进制数用Ｂ、八进制数用Ｏ、十六进制数用Ｈ来表示。 例如：10101100B，115D ，0075H等。 例： （1）N=45D 十进制数转换为二进制数（用除以2取余） 45/2 = 22 （a0= 1） 22/2 = 11 （a1= 0） 11/2 = 5 （a2= 1） 5/2 = 2 （a3= 1） 2/2 = 1 （a4= 0） 1/2 = 0 （a5= 1） 所以：N=45D=101101B （2）N=117D 十进制转换为十六进制数（除以16取余法） 117/16 = 7 （a0= 5） 7/16 = 0 （a1= 7） 所以 ：N=117D=75H （3）将二进制数1011100转换为十进制数（各位二进制数码乘以与其对应的权之和） 1011100B = 1×2^6 + 0×2^5 + 1×2^4 + 1×2^3 + 1×2^2 + 0×2^1 + 0×2^0 = 92D （4

1. 控件位置 Containers→StackedWidget 2.控件介绍 StackedWidget控件中文称作“控件栈”。Qt提供了这样一个控件栈，可以使开发人员用栈管理控件像用栈管理其他数据类型一样简单。控件栈只显示栈顶的控件。开发人员可以使用raiseWidget()函数把栈中任何其他控件移到栈顶，从而实现控件之间的切换。 3.控件设置选项 在Stacked Widget控件的properties选项中，一般常对以下选项进行设置。 name：该控件对应源代码中的名称； currentPage：当前活动的页面； pageName：当前活动页的名称； font:设置该控件内部文本的字体。 4.常用成员函数 1) QWidgetStack::QWidgetStack ( QWidget *parent = 0, const char *name = 0 ) 构造一个名称为name、父对象为parent的WidgetStack。 2) int QWidgetStack::addWidget ( QWidget *w, int id = -1 ) 把控件w添加到该控件栈中，标识是id。 3) int QWidgetStack::id ( QWidget *w ) const 返回控件w的标识。 4) void QWidgetStack::raiseWidget ( int

首先这个问题是非常具有歧义的。堆栈其实是堆和栈，都是内存的不同区域。 那么这里的堆栈，应该不是指内存，而是java.util.Stack<E>（类）.应该称之为栈。之所以叫堆栈，应该是某些人的理解问题。 这里的队列，应该是java.util.Queue(接口) 就是说，java集合中的两种数据结构的对比。 一句话形容其区别，就是： 队列是FIFO的（先进先出）； 堆栈式FILO的（现今后出）； 来源： oschina 链接： https://my.oschina.net/u/2529070/blog/661812

托管异常处理构建在Windows操作系统的结构化异常处理之上，通常称为SEH。这意味着CLR了解如何在SEH和托管异常系统之间进行互操作，这是一个非常关键的点，因为SEH基于异常代码的概念，而托管异常处理则表示使用托管类型的异常。CLR相应地将SEH异常映射到托管异常，具体取决于引发SEH异常的方式和引发者。 注意：下面的讨论重点是运行在Windows操作系统上的桌面CLR。虽然讨论的目的是帮助理解这个概念，但是它使用了一些将来可能会改变的实现细节来说明。 托管代码中的同步异常(Synchronous exceptions) 当托管代码使用throw关键字引发异常时，它已经实例化了一个托管异常对象，该对象将表示引发的异常。这将传递给CLR，CLR在线程上设置一些与异常相关的状态，并调用Kernel32的RaiseException API来引发托管异常。此API的第一个参数是引发异常的SEH异常代码，CLR传递0xE0434F4D（托管异常SEH代码）。 这时，操作系统进入处理场景，开始在引发异常的线程堆栈上寻找SEH异常处理程序。CLR将其函数之一注册为OS的异常处理程序，以处理托管代码引起的异常。当它看到CLR SEH异常代码时，它知道正在引发托管异常，并继续查找线程状态以检索与异常相关的详细信息（例如，标识表示引发异常的托管异常对象）。 因此，在同步托管抛出的情况下

利用公共语言运行时 (CLR) 调试 API，工具供应商可以编写调试器来调试运行于 CLR 环境中的应用程序。 要调试的代码可为 CLR 支持的任何代码种类。CLR 调试 API 主要是使用非托管代码实现的。 因此，调试 API 呈现为一组组件对象模型 (COM) 接口。 API 由以下各项组成： CLR 实现的 COM 对象和接口的集合。 必须由调试器实现的 COM 回调接口的集合。 CLR 调试方案 以下各部分介绍公共语言运行时调试 API 如何处理典型的调试方案。 请注意，该运行时直接支持某些方案，并且可与当前方法进行互操作来支持其他方案。 进程外调试 在进程外调试中，调试器不在所调试的进程中，而在另一个进程中（即在调试对象外部）。 此方案减少了调试器与调试对象之间的交互。 因此，它可以更准确地描述进程。 CLR 调试 API 直接支持进程外调试。 API 将处理调试器与调试对象托管部分之间的所有通信以支持托管代码调试。 虽然 CLR 调试 API 用于进程外，但某些调试逻辑（例如线程同步）却与调试对象在同一进程内。 大多数情况下，这是应该对调试器保持透明的实现详细信息。 有关线程同步的更多信息，请参见 CLR 调试体系结构。 调试 API 的缺点是在进程外使用时无法用它来检查崩溃转储。 进程内调试 在 .NET Framework 1.0 和 1.1 版本中，CLR 调试

步骤一、找到最耗CPU的进程 工具：top 方法： 执行top -c ，显示进程运行信息列表 键入P (大写p)，进程按照CPU使用率排序 图示： 如上图，最耗CPU的进程PID为10765 步骤二：找到最耗CPU的线程 工具：top 方法： top -Hp 10765 ，显示一个进程的线程运行信息列表 键入P (大写p)，线程按照CPU使用率排序 图示： 如上图，进程10765内，最耗CPU的线程PID为10804 步骤三：将线程PID转化为16进制 工具：printf 方法：printf “%x” 10804 图示： 如上图，10804对应的16进制是0x2a34，当然，这一步可以用计算器。 之所以要转化为16进制，是因为堆栈里，线程id是用16进制表示的。 步骤四：查看堆栈，找到线程在干嘛 工具：pstack/jstack/grep 方法：jstack 10765 | grep ‘0x2a34’ -C5 --color 打印进程堆栈 通过线程id，过滤得到线程堆栈 图示： 如上图，找到了耗CPU高的线程对应的线程名称“AsyncLogger-1”，以及看到了该线程正在执行代码的堆栈。 来源： https://www.cnblogs.com/guarderming/p/11854844.html

　　前言，最近遇到一个使用try-catch异常捕获后记录一下日志，然后再抛出该异常后，异常堆栈里无法显示准确的堆栈地址的问题？ 其实以前也遇到过类似问题，没有重视，这次好好研究了下，并上度娘上找了找其他道友的文章一起看了，发现处理方式的不同的确会有影响！下面会详细介绍： 　　 推荐使用：原始异常抛出写法（throw;），重点1！我们主要看初始的异常堆栈及错误信息，捕获异常的位置，一般会记录一些请求数据等。 　　我常用的使用try-catch捕获异常重新抛出的代码方式： 1 try{ 2 //代码块 3 }catch(Exception ex){ 4 //日志处理 5 throw ex; 6 } 这用方式乍一看感觉没啥问题，我将异常做了日志处理后，直接又抛出去了，但是最终的异常堆栈里只显示了是在第5行抛出的异常，但是其实异常的位置应该是在第2行的代码块位置。我查了一位道友的文章发现，这种写法是有问题的，会导致初始的堆栈丢失！ 　　 划重点1-原始异常抛出： 将第5行的异常捕获改为：使用 throw;接力 抛出，而不是使用throw ex; 最终的异常信息显示的是和你没有使用try-catch处理是一样的。 　　　　参考代码： try{ //代码块 1 }catch(Exception ex1){ //日志处理 throw; } 　　 划重点2-嵌套异常抛出： 将第5行的异常捕获改为

JAVA虚拟机起步OutOfMemory问题解决记录。 问题： JAVA虚拟机报错 # java.lang.OutOfMemoryError: requested 32756 bytes for ChunkPool::allocate. Out of swap space? # # Internal Error (allocation.cpp:117), pid=26666, tid=2409851824 # Error: ChunkPool::allocate 解决办法： 平衡每个线程需要的内存存储器的堆栈大小，在程序内部控制线程总数量。 理论： JVM线程堆栈 应用程序中的每个线程都需要内存来存储器堆栈（用于在调用函数时持有局部变量并维护状态的内存区域）。每个 Java 线程都需要堆栈空间来运行。 根据实现的不同，Java 线程可以分为本机线程和 Java 堆栈。除了堆栈空间，每个线程还需要为线程本地存储（thread-local storage）和内部数据结构提供一些本机内存。 JVM堆栈大小 -Xss 128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆 栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。 在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一 个进程内的线程数还是有限制的，不能无限生成，经验值在3000