Ⅰ 有哪些it程序员的必备神器
URL Decoder/Encoder：https://meyerweb.com/eric/tools/dencoder/ 特别实用的一个用来处理URL编码和解码的小工具，你甚至可以直接将这个页面的源代码保存下来，这样不需要连接上网也可以离线使用。附送的一个隐藏功能就是当你从任何地方拷贝信息过来的时候，它会自动去除拷贝过来的格式化信息，小编自己基本上每天都会使用这个小工具复制粘贴各种信息。
iTerm2是一款完全免费的开源软件，可以完全替代MacOS的终端。iTerms功能强大，使用方便，可以让你轻松且高效地管理和定制化你的工作流程。iTerm2的一些特色功能包括：标签变色，智能选中，自动补齐，全屏展示所有的 tab并支持搜索（Exposé Tabs），丰富的快捷操作等。
Textpad这款工具具有无限制的撤销/重做功能，并且能够编辑超大文件，文件上限是系统虚拟内存大小。
Octotree：https://www.octotree.io/Github是目前使用最广泛的版本控制工具，然而通过浏览器访问Github的体验并不是那么友好，特别是当我们需要不断地访问不同文件夹里面的文件的时候。Octotree正是这样一款浏览器插件，它提供了类似IDE的便于访问的代码目录树，能够提高我们在Github上工作效率。
Wireshark：这个工具可以用来监控机器上的TCP、HTTP等各层级的网络通信。作为后端开发，如果想看前端发来的请求到底都包含了哪些信息，又没有前端的调试环境的话，使用Wireshark监控HTTP请求是很好的解决方案。自己在程序中发HTTP请求时，也可以使用它来检查发出的HTTP请求是否符合自己的预期。
Mermaid：这个工具可以使用脚本语言直接渲染出流程图、时序图、甘特图，写文档简单快捷。免拖拽，免排版，格式控制统一。脚本也便于存放修改，样式可以复用。还可以使用插件集成如Markdown编辑器，进行实时预览。
spectacle：Mac free source 窗口控制工具，拖拽窗口到屏幕边缘resize，也可以自定义快捷键。用起来跟Windows上面一样。相比较于Moom，SizeUp，Divvy，spectacle支持鼠标拖拽到边缘resize，非常便利。
Tmux：一个虚拟终端可以管理多个会话，窗口和面板。执行 tmux 命令时就开启了一个服务并创建了一个会话，窗口和面板。支持分屏，同时处理多个操作。不受断网影响，避免丢失重要工作进度。方便演示与协作，支持结对编程。
Caniuse：https://caniuse.com/#home 通过这个网站，用户能够查询主流浏览器特定版本对HTML,CSS和JS的支持情况。并且最重要的是它“免费”！
Visual Studio Code：这是微软出品的IDE工具，跨平台（Linux，Mac，Windows）。轻量级内存占用，品质稳定且免费。同时内置Git版本控制功能。值得一提的是插件生态丰富，安装插件简单，通过插件可以增加更丰富的语言支持、主题定制、文本自动格式化等能力。
Ⅱ arthas常用命令
执行成功后, arthas提供了一种命令行方式的交互方式, arthas会检测当前服务器上的Javai程,并将进程列表展示出来,用户输入对应的编号(1.2.3.4.)进行选择,然后回车。
方式1:
方式2:运行时选择Java进程PID
quit
通过图中的thread区域可以看出当前占用cpu最高的两个是jvm内部线程
Java 8之后支持获取JVM内部线程CPU时间，这些线程只有名称和CPU时间，没有ID及状态等信息（显示ID为-1）。 通过内部线程可以观测到JVM活动，如GC、JIT编译等占用CPU情况，方便了解JVM整体运行状况。
JVM内部线程包括下面几种：
注意：线程栈为第二采样结束时获取，不能表明采样间隔时间内该线程都是在处理相同的任务。建议间隔时间不要太长，可能间隔时间越大越不准确。 可以根据具体情况尝试指定不同的间隔时间，观察输出结果。
默认按照CPU增量时间降序排列，只显示第一页数据，默认按照CPU增量时间降序排列。
显示所有匹配线程信息，有时需要获取全部JVM的线程数据进行分析。
thread -b, 找出当前阻塞其他线程的线程
找到阻塞其他线程的线程，即当前占用锁的线程
注意， 目前只支持找出synchronized关键字阻塞住的线程， 如果是 java.util.concurrent.Lock ， 目前还不支持。
thread -i 1000 : 统计最近1000ms内的线程CPU时间。
thread -n 3 -i 1000 : 列出1000ms内最忙的3个线程栈
“Search-Class” 的简写，这个命令能搜索出所有已经加载到 JVM 中的 Class 信息，这个命令支持的参数有 [d] 、 [E] 、 [f] 和 [x:] 。
“Search-Method” 的简写，这个命令能搜索出所有已经加载了 Class 信息的方法信息。
sm 命令只能看到由当前类所声明 (declaring) 的方法，父类则无法看到。
sc看类信息，sm可以看类的方法信息，两者正好可以结合者来看。
java -jar arthas-boot.jar --tunnel-server ws://172.16.12.95:7777/ws
help 查看命令帮助信息
cls 清空当前屏幕区域
session 查看当前会话的信息
reset 重置增强类，将被 Arthas 增强过的类全部还原，Arthas 服务端关闭时会重置所有增强过的类
version 输出当前目标 Java 进程所加载的 Arthas 版本号
history 打印命令历史
quit 退出当前 Arthas 客户端，其他 Arthas 客户端不受影响
stop 关闭 Arthas 服务端，所有 Arthas 客户端全部退出
keymap Arthas快捷键列表及自定义快捷键
dashboard 当前系统的实时数据面板
thread 查看当前 JVM 的线程堆栈信息
watch 方法执行数据观测
trace 方法内部调用路径，并输出方法路径上的每个节点上耗时
stack 输出当前方法被调用的调用路径
tt 方法执行数据的时空隧道，记录下指定方法每次调用的入参和返回信息，并能对这些不同的时间下调用进行观测
monitor 方法执行监控
jvm 查看当前 JVM 信息
vmoption 查看，更新 JVM 诊断相关的参数
sc 查看 JVM 已加载的类信息
sm 查看已加载类的方法信息
jad 反编译指定已加载类的源码
classloader 查看 classloader 的继承树，urls，类加载信息
heapmp 类似 jmap 命令的 heap mp 功能
Ⅲ 内存泄露&arthas
导出超过20W条数据到excel。
默认使用poi提供方法XssfWorkBook进行写入Excel。
分页查询数据，每次查询完之后，写入到Excel。
在写入数据10W+的时候，用时2分钟左右；
但10W+之后，速度开始慢了下，导出20W数据大约需要30分钟左右；多次导出之后，出现内存溢出问题。
怀疑sql查询太慢，超过10W条数据可能出现了深度翻页的问题。
但是通过增加日志，打印执行时间，发现用时并没有太久（同时，sql查询也有超时时间，超过5s左右会终止查询，抛出异常，而这种情况并没有出现）。
怀疑可能是Excel文件太大了，后面写入会增加时间，导致速度慢下来了。但是通过增加打印日志，发现耗时基本是可以忽略的。
在导出过程中，页面进行其他操作，接口出现超时。怀疑是jvm在做full gc，出现了“Stop The World”情况。
通过arthas 监控内存，以及通过jmap -histo 命令观察gc情况，发现事实是这样，执行full gc的次数很频繁，而且每次执行完full gc之后，堆内存的情况并没有很明显的减少，导致出现了频发full gc的情况。
通过jmap -heap 命令查看内存分布情况，发现排名靠前的对象有类似dom4j的东西，所以怀疑是写入Excel导致内存泄露。
解决方法：SXssfWorkBook替换XssfWorkBook。问题解决。
- arthas
- jmap -histo [pid] [interval]
- jmap -heap >> test.txt
在线上环境，偶尔会收到报警调用ES超时；
一般情况下都是ES所在的机器jvm发生full gc；
导致full gc的原因：某个商家做活动，一段时间内涌入了大量的流量，导致ES内存增长很快，所以产生了full gc。在full gc的时间段内，对外基本不提供服务，接口超时。
当前系统的实时数据面板
线程信息(部分)、内存、GC次数、GC时间、基本信息
显示线程信息
thread -n 指定最忙的前N个线程并打印堆栈
jvm的配置信息
打印类的详细信息
打印类中详细信息以及变量信息
查看已加载类的方法信息
查看方法的详细信息
非实时返回
-c ：统计周期，默认为120秒
timestamp 时间戳
class java类
mehtod 方法（构造方法、普通方法）
total 调用次数
success 成功次数
fail 失败次数
rt 平均rt
fail-rate 失败率
monitor class-pattern method pattern
方法内部调用路径，并输出方法路径上的每个节点的耗时
trace class-pattern method-pattern -n #cost
trace *StringUtils isBlacnk '$cost>100'
查看某个方法的调用路径-堆栈信息
grovy 表达式
watch com.example.demo.arthas.ArthasInnerService test2 "{params.length,params[0],returnObj.age}" returnObj.books.size()>4