工作四年,我学会了用 Idea本地调试线上测试服务器代码

工作四年,我学会了用 Idea本地调试线上测试服务器代码

工作四年,我学会了用 Idea本地调试线上测试服务器代码

🔊一位 Java 开发者的使用总结,谈使用经验也聊聊工作原理

📆 一.那些辛酸的过往

历历在目的场景🥹(❁´◡❁)(❁´◡❁)

  • 线上出现问题,但是没加日志打印拍脑门惋惜为啥不多打一行日志
  • 加日志重新部署,半小时没了,问题还没有找到,头顶的灯却早已照亮了整层楼…
  • 排查别人线上的 bug,不仅代码还没看懂,还没一行日志,捏了一把汗!
  • 一个问题排查一天,被 Diss 排查问题慢…
  • 那些只能发布才能调试、部署一次要半小时的应用,真的会让生命变得廉价

直到我学会了本地debug线上代码,那些曾经束手无策的问题,都变得轻而易举。于是想把这些遇到的场景和用法做个总结。

📕二.远程debug原理

通过启动本地idea中的remoteDebug,启动后本地remoteDebug程序会与服务器上远程代码建立一个socket连接,当用户访问远程服务器端代码接口时,服务器端会先去判断本地idea中是否有断点,有则停在断点,没有则直接走远程服务器返回结果给用户

image-20231107151344293

远程调试分类

远程调试分为主动连接调试,和被动连接调试。

主动连接调试:

服务端配置监控端口,本地IDE连接远程监听端口进行调试,一般调试问题用这种方式。

被动连接调试:

本地IDE监听某端口,等待远程连接本地端口。一般用于远程服务启动不了,启动时连接到本地调试分析。

👋三.操作步骤

3.1.准备一个简单springboot程序 例如helloworld

写一个controller

image-20231107133958330

打包成jar包

image-20231107134107142

点击配置

image-20231107133905239

3.2.添加远程调试

image-20231107134202148

3.3.配置调试的参数

image-20231107140132091

点击ok,然后我们开始启动jar包

3.4.新建一个remotoDemo目录,将jar包复制到remotoDemo目录下,在idea中打开终端

image-20231107134902563

image-20231107134734328

3.5.启动jar包

java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8888 -jar helloWorld-0.0.1-SNAPSHOT.jar

如果想后台启动则用

nohup java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8888 -jar helloWorld-0.0.1-SNAPSHOT.jar &

启动效果图

image-20231107135322101

3.6.然后我们启动刚刚配置的remote JVM Debuger

image-20231107135427209

3.7.开始验证

访问远程服务器接口,注意这里访问的localhost:8888访问的是启动的helloworldjar包,而不是remote监控程序,如果你有远程服务器,则可以将jar包放到服务器上,然后通过服务器ip:端口去访问接口,同样会进入断点

image-20231107135608031

image-20231107135644799

🧣四、最后的话

🖲要成为远程debug的好手,一定多多练习:纸上得来终觉浅,绝知此事要躬行

胖奥特曼悠闲躺着

  • 0
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在处理线上事故时,以下是一些常见的思路和步骤,供您参考: 1. 快速响应:立即对事故做出反应,召集相关团队成员,确保有人负责事故处理,并尽快组织紧急会议或沟通渠道。 2. 初步诊断:收集关于事故的信息,包括报错日志、监控指标、用户反馈等。通过分析这些数据,尝试确定事故的范围、影响和原因。 3. 确定优先级:根据事故的严重性和影响程度,确定处理事故的优先级。对于影响最大的问题,应该优先处理。 4. 隔离问题:如果可能,将问题隔离以防止进一步的影响。例如,关闭有问题的功能模块、切换到备用服务器等。 5. 回滚或紧急修复:如果存在已知的可行解决方案,可以考虑回滚到之前稳定的版本或进行紧急修复。但在进行这些操作之前,一定要进行充分的测试和验证。 6. 通知相关方:及时向相关方(如产品经理、运维人员、客户服务等)提供准确的沟通和更新,并提供预计解决时间。 7. 彻底分析和修复:一旦事故得到初步解决,需要进行更深入的分析、修复和预防措施。这可能涉及代码审查、性能优化、改进监控和日志等。 8. 事故总结和报告:在处理事故后,及时总结经验教训,并准备详细的事故报告。这有助于避免类似问题的再次发生,并提供给团队和上级管理层参考。 9. 恢复正常运营:在解决事故后,确保系统恢复到正常运行状态,并进行必要的测试和验证,以确保问题已经完全解决。 请注意,每个事故都是独特的,处理方法可能会有所不同。在处理事故时,团队的紧密合作、快速反应和有效沟通非常重要。同时,建议建立健全的监控系统和预警机制,以便及早发现并防止潜在的事故发生。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值