Native Method Stacks 翻译过来就是本地方法栈，与Java虚拟机栈一样，但这里的栈是针对native修饰的方法的，比如System、Unsafe、Object类中的相关native方法。
分布式事务未提交 是应用程序出现宕机异常的很重要的一原因. 应用宕机主要可以分为:1. 内存泄露导致的OOM宕机. 表现在系统越来越慢, 应用的内存和CPU占用量越来越高. 最终达到无响应的状态, 此时数据库一般是正常的. 2. 分布式事务未提交导致的宕机, 表现在无法建立新的连接, 会出现连接池满,或者超时等的现象. 数据库的压力会比较大, 应用的压力一般不会很高. 3. 线程池泄露导致的栈溢出问题, 一般表现在线程/线程池处理不规范, 创建后没有做清理处理, 导致线程堆积, 非堆区超过上下, 出现栈溢出或者是OOM溢出. 这种现象下堆区内存较为正常, 但是非堆区会比较异常. 4. 异常代码导致的宕机,比如死循环, 笛卡尔积, 大数据量下的未分页,全部积压到JVM的堆区内存中. 5. 第三方库的异常, 比如json解析过大, 影像图片解析异常, excel解析异常(错误的格式或者是16k*20k的渲染), 错误文件导致的解析死循环. 6. 服务器系统配置不规范,应用配置不规范, 比如nofile, 内存限制, 过低,过于严格, IO突然的降低导致延迟增加或者是延迟热加载时文件加载失败(损坏,不完整等),或者是重复加载. 内存,文件连接不释放
相信有心的小伙伴可以发现，Excel在使用过程中有很多限制，或者说有的效果实现起来太过复杂，那我们就只能转换角度，用另外的方法去实现，而方法，那就非VBA莫数了。小编呢也打算去研究一下，可是当小编兴致冲冲的打开excel，想研究一下VBE界面时，却发现Excel非常不友善的提示 'VBE6EXT.OLB'不能被加载内存溢出。如下图所示：