内存断点可以判断全局变量吗？
可以。
很多情况要,我们要知道一个变量的改变,如果这个变量使用的地方过多,又不明确这个变量在何时又会被调用到.这个内存断点就可以轻松搞定了。
对于一个全局变量或成员变量静态变量,只要变量还逗留在内存中,就可以在VS中用内存断点来监控内存的改变时就会断下来.我们就可以判断全局变量了。
停止代码运行快捷键？
答，按alt+Ctrl+del，调出任务管理器，选择程序，结束。
有些程序支持alt+F4直接退出。
一 常用快捷键
编辑类：
Ctrl + D 复制选定的区域或行
Ctrl + Y 删除选定的行
Ctrl + Alt + L 代码格式化
Ctrl + Alt + O 优化导入（去掉用不到的包导入）
cpu中断方式？
CPU响应中断：就是CPU要去执行相应的中断服务程序，其响应过程是CPU将现在执行程序的指令地址压入堆栈，跳转到中断服务程序入口地址，中断服务程序的入口地址就是中断向量，这个中断向量用2个16位寄存器存放。
入口地址是22位的，地址的低16位保存在该向量的低16位，地址的高16位则保存在它的高6位，更高的10位保留。
步骤一：任何一个PIE中断组的外设或外部中断产生中断。如果外设模块内的中断被使能，中断请求将被送到PIE模块。
步骤二：PIE模块将识别出别的PIE中断组x内的y中断（INTx.y）申请，然后相应的PIE中断标志位被锁存：PIEIFRx.y=1。
步骤三：PIE的中断如要送到CPU需满足下面两个条件：
1.相应的使能位必须被设置（PIEIERx.y=1）。
2.相应的PIEACKx位必须被清除。
步骤四：如果满足步骤三中的两个条件，中断请求将被送到CPU并且相应的响应寄存器位被置1（PIEACKx=1）。PIEACKx位将保持不变，除非为了使本组中的其他中断向CPU发出申请而清除该位。
步骤五：CPU中断标志位被置位（CPUIFRx=1），表明产生一个CPU级的挂起中断。
真的会有人用vim开发大的项目吗？
现在vscode，sublime，atom居多，这些都可以用vim快捷键，纯的vim太古老了。
至于项目大小和这些工具没有关系。甚至越大的项目，越不喜欢用ide，因为效率太低了。这些编辑工具是专门为编辑代码文本设计的，从各个方面都对代码编辑和搜索做了优化。大部分ide都做不到这么细致。
甚至visual studio 的项目一旦大了，我都是用vscode写，然后用make调用vs编译。调试用trace。不到万不得已，一定要用断点等，一般不打开VS。
自从vscode window 和都支持就不再用vim。经常换系统换机器vs code安装很方便，用vim当年也是没辙，Linux只有这个是标配 ，现场或远程只能靠这个，久了也就熟了。
vim是在那个还没有图形界面就诞生的上古神兽，那时候除了vim就是emacs，早期开发大神也没得选啊。要说功能性，现代ide绝对比vim强大很多，大神们还在用vim也只是习惯的力量。
