1、利用source-detector插件可以寻找程序中存在的js.map文件插件的安装使用教程2、在网站JS文件中用关键词寻找js.map文件3、处理Burp的HTTP历史请求时，不对js文件进行过滤，之后再全局搜索js.map利用如果使用的是source detector插件，则该插件可直接对js.map进行还原并保存。如果不使用该插件，则需要手动进行逆向还原操作，使用的工具为reverse-
jps查看java进程，可以看一下我们的java进程有没有启动；jconsolejava监视内存，线程等信息，可以查看GC的收集情况。jstat查看java某一进程内存情况jstack查看进程的线程信息jmap查看进程的堆栈信息jmap -heap堆信息visual VM...
原创
2021-09-04 10:22:43
361阅读
1、xxx is not a constructor 问题两种情况 1.1、在尝试es5的require方式导入模块，发现打包时出现,Vue is not a constructor 在比对大佬的代码后，发现不同就是大佬使用的是es6的import引入Vue而我是require， 故尝试安装babel最新插件让webpack支持es6语法。 安装三大核心插件"@babel/core": "^7.4
服务器上部署了Java服务，出现了OutOfMemoryError，问题应该如何定位?解决思路Java服务OOM，最常见的原因为：有可能是内存分配确实过小，而正常业务使用了大量内存某一个对象被频繁申请，却没有释放，内存不断泄漏，导致内存耗尽某一个资源被频繁申请，系统资源耗尽，例如：不断创建线程，不断发起网络连接更具体的，可以使用以下的一些工具逐一排查。一、查发生了OOM的进程工具：top方法：执行
转载
2021-06-02 16:08:58
747阅读
OOM产生的原因 太多实例化的对象无法被垃圾回收器回收,导致堆内存溢出,问题本身并难,难点是找出那个对象被实例化且无法被垃圾回收器回收,这个时候如果能查看到OOM前堆内存实例情况,就能看出那个对象占满了堆,这个时候就用到一个命令,能保留OOM的案发现场并写入到日志,命令如下: -XX:+HeapDu ...
转载
2021-08-02 22:18:00
314阅读
2评论
路由优化1.代码包优化1.禁止sourceMap，即取消生成map.js文件。
一方面可以减少上线代码包的大小；另一方面提高系统的安全性。
在vuejs项目的config目录下有三个文件dev.env.js(开发环境配置文件)、prod.env.js(上线配置文件)、index.js(通用配置文件)。
vue-cli脚手架在上线配置文件会自动设置允许sourceMap打包，所以在上线前可以屏蔽so
今日线上机器发生服务卡顿现象，根据运维人员给的报警记录知道是那台机器出现的故障解决思路是否内存溢出是否线程跑满无法接收新请求根据这2个思路进行进一步的排查内存溢出排查内存溢出的排查步骤第一步：进程是否存活 通过命令看到，tomcat的进程存在，则说明进程是存活的，如果是内存溢出导致的宕机的话，可以在cat /var/log/messages可以看到机器是在什么时候溢出的，这样的话，我们只能从dum
转载
2023-09-01 11:06:51
220阅读
笑死，面试还会这样问？
原创
2022-12-31 10:31:32
10000+阅读
我经历过凌晨3点被报警叫醒的慌乱，也体会过定位难题的煎熬。90%的线上问题都源于"三个不知道"：不知道哪慢
本文主要是以常见的线上问题进行模拟，然后介绍定位问题的方法。1.环境准备：基础环境 jdk1.8，采用 SpringBoot 框架来写几个接口来触发模拟场景，首先是模拟 CPU 占满情况2.问题列举2.1 cpu占用率较高模拟cpu占用率较高，实现方法较简单，用一个死循环占用cpu计算即可。代码模拟：/**
* 模拟CPU占满
*/
@GetMapping("/cpu/
转载
2023-08-05 23:39:45
80阅读
pidstat 命令详解 pidstat是sysstat工具的一个命令，用于监控全部或指定进程的cpu、内存、线程、设备IO等系统资源的占用情况。pidstat首次运行时显示自系统启动开始的各项统计信息，之后运行pidstat将显示自上次运行该命令以后的统计信息。用户可以通过指定统计的次数和时间来获 ...
转载
2021-10-15 09:47:00
237阅读
2评论
原因：Java中存在内存泄露,就是因为对象无用却可达。 举个例子: 在这个例子中，我们循环申请Obje
原创
2023-05-11 11:12:25
238阅读
先top,再按H,获取每个进程的内存情况,可以看到占用CPU最高的PID top -p PID,显示你的java进程的CPU情况,PID是你的进程号,比如19663 按H,可以获取到每个线程占用CPU的使用情况 找到占用CPU使用率最高的线程tid,比如196 将196转为十六进制,得到0x ...
转载
2021-08-03 14:12:00
153阅读
服务器CPU突然告警，如何定位是哪个服务进程导致CPU过载，哪个线程导致CPU过载，哪段代码导致CPU过载？ 步骤一、找到最耗CPU的进程工具：top方法：执行top -d 1 -c，每秒刷新一次，显示进程运行信息列表键入P (大写p)，进程按照CPU使用率排序图示：如上图，最耗CPU的进程PID为1802步骤二：找到最耗CPU的线程工具：top方法：top -d 1 -Hp 1802，显示一个进
转载
2021-06-02 16:09:35
168阅读
前几日看到贵号分享了一篇文章《如何在线上使用 SourceMap》 该文详细阐述了如何将线上产物报错和sourcemap联系起来, 从而高效地定位问题.我个人在日常开发,调试,生产中也经常使用sourcemap, 原因无他, 直接断点源代码的方式优雅且舒适.在《如何在线上使用 SourceMap》 这篇文章中, 其实隐含了一个使用前提, 即“开发者已经复现这个错误”. 文中所阐述的对sourcem
转载
2024-07-29 21:10:53
168阅读
一、前言：我们在⽣产环境中，程序代码、硬件、⽹络、协作软件等任⼀因素，都会引发意想不到的问题，所以排查产线问题⽐较困难，所以问题的定位体现了⼀名⼯程师的基础能⼒，问题的解决则体现了⼯程师的技能素养。二、线上常见问题 如出现 （CPU占⽤率过⾼、磁盘使⽤率100%、系统可⽤内存低、服务间调⽤时间过⻓、多线程并发异常、死锁等）三、定位问题方案 ：业务⽇志分析排查通常情况下，⼤部分错误信息都会在⽇志上有
转载
2024-03-11 22:55:11
90阅读
什么要发布这么一个教程，在开发过程中带来那么方便或者好处？ 1、首先这是一个机遇sass的教程，大部分前期开发的人还是听说说sass没听说过也没有关系，百度一下看下sass到底怎么回事。可以供我们学习！ 2、结合compass 3、提高开发速度和效率 4、在线自动编译和调试，最主要的是从浏览器自动保存在服务器上这一点可以节省我们大部分不需要浪费的时间。 5、最重要的一点是，网上很多方法都是被淘汰了
转载
2024-08-12 14:29:25
61阅读
CPU过高 内存占用过高 内存泄漏 内存溢出 死锁 线程hung死 ... 参考文档 java应用故障诊断 ...
转载
2021-07-24 15:58:00
464阅读
2评论
Arthas是一个类似于Btrace的JVM在线调试分析工具，具体可参考我之前写的一篇博客：[利用JVM在线调试工具排查线上问题](https://blog.51cto.com/nxlhero/2441511)。本文分享笔者刚遇到的一个问题，虽然不复杂，但是很典型。
原创
2019-10-25 22:05:57
4274阅读
Arthas是由阿里巴巴开源的一款强大的Java诊断工具，能在不修改代码、不重启服务的情况下，对线上问题进行快速诊断和定位。以下是从入门到精通的介绍：入门：安装与启动安装：Arthas提供多种安装方式，常用的是通过arthas-boot.jar一键启动，命令如下：curl -O https://arthas.aliyun.com/arthas-boot.jar启动：启动Java应用后，执行以下命令
