1、课程名称:JavaWeb编程 2、知识点 2.1、本次预计讲解的知识点 1、 JavaWeb编程思想 2、 B/S结构程序设计 3、 Servlet应用 3、具体内容 3.1、WEB技术概述(了解) 3.1.1、网络计算模式 C/S模式(Client/Server,客户/服务器): 其工作分别由服务器和客户机完成。服务器负责管理数据库的访问,为多个客户程序管理数据,并对数据
线上故障主要会包括cpu、磁盘、内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍。同时例如jstack、jmap等工具也是不囿于一个方面的问题的,基本上出问题就是df、free、top 三连,然后依次jstack、jmap伺候,具体问题具体分析即可。CPU一般来讲我们首先会排查cpu方面的问题。cpu异常往往还是比较好定位的。原因包括业务逻辑问题
1.Failed operation _store_result. Retrying 2 more times.我们线上用的celeryexecutor,当我的executor接到队列任务执行任务时,经常会出现上面截图的错误。经过网上查询发现,问题原因应该是celery无法共用airflow的mysql连接配置导致的,所以需要修改celery的数据库配置,比如增加连接池等等查到的网上其他的相同问
原创 2023-05-19 18:20:42
711阅读
一面自我介绍项目中的监控:那个监控指标常见的有哪些?微服务涉及到的技术以及需要注意的问题有哪些?注册中心你了解了哪些?consul 的可靠性你了解吗?consul 的机制你有没有具体深入过?有没有和其他的注册中心对比过?项目用 Spring 比较多,有没有了解 Spring 的原理?AOP 和 IOC 的原理Spring Boot除了自动配置,相比传统的 Spring 有什么其他的区别?Sprin
转载 2024-08-09 13:41:46
13阅读
# 解决Java应用线上频繁出现Full GC问题Java应用中,Full GC(Full Garbage Collection)是一个常见而令人头疼的问题,尤其是在线上环境中。频繁的Full GC会导致应用性能下降,用户体验变差。因此,我们需要采取有效的措施来诊断和解决这一问题。本文将介绍如何识别和解决Java中的频繁Full GC问题。 ## 解决步骤流程 以下是解决频繁Full G
原创 2024-09-07 06:00:38
111阅读
文章目录一.Java线上问题处理流程.二.问题定位1.机器层面.(1)查看机器cpu占用.(2).查看机器内存使用:(3)查看机器硬盘使用:(4)查看机器网络IO情况:2.进程层面(整体情况).(1)首先获取进程ID.(2)查看进程所占用cpu和内存3.线程层面和进程内部内存使用分析.(1).查看线程正在干什么,也就是线程快照.(2)JVM老年代,新生代使用情况.(3)查看哪个类使用内存最多(4
转载 2023-09-19 02:44:21
59阅读
不论是校招还是社招都避免不了各种面试、笔试,如何去准备这些东西就显得格外重要。不论是笔试还是面试都是有章可循的,我这个有章可循”说的意思只是说应对技术面试是可以提前准备。 运筹帷幄之后,决胜千里之外!不打毫无准备的仗去面试前做好充足的准备准备自己的自我介绍关于着装随身带上自己的成绩单和简历如果需要笔试就提前刷一些笔试题花时间一些逻辑题准备好自己的项目介绍提前了解公司以及要应聘的岗位提前准备
今日线上机器发生服务卡顿现象,根据运维人员给的报警记录知道是那台机器出现的故障解决思路是否内存溢出是否线程跑满无法接收新请求根据这2个思路进行进一步的排查内存溢出排查内存溢出的排查步骤第一步:进程是否存活 通过命令看到,tomcat的进程存在,则说明进程是存活的,如果是内存溢出导致的宕机的话,可以在cat /var/log/messages可以看到机器是在什么时候溢出的,这样的话,我们只能从dum
简介本文介绍如何排查Java的系统问题。包括:如何得知系统出问题了,排查步骤简述,CPU、内存、磁盘、网络、垃圾回收、死锁的详细排查步骤。如果线上出了问题,首先判断是业务问题还是整个系统的问题。如果是业务问题,就去看应用的日志等进行排查。如果出现了如下问题,就可能是整个系统的问题大量接口都很慢页面打不开系统问题排查简介如何得知系统出问题了?系统出问题时,我们需要进行详细排查,一般情况下,有以下场
 目录CPU频繁GC磁盘内存gc问题和线程 GC 问题youngGC 过频繁youngGC 耗时过长触发 fullGC网络超时TCP 队列溢出TIME_WAITCLOSE_WAIT 线上故障主要会包括 CPU、磁盘、内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一
前言线上问题排查是程序员绕不开路。线上故障主要会包括 CPU、磁盘、内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的,基本上出问题就是 df、free、top 三连,然后依次 jstack、jmap 伺候,具体问题具体分析即可.CPU问题CPU 异常往往还是比较好定位的。原因包括
前言Java 语言是当前互联网应用最为广泛的语言,作为一名程序猿掌握 Java 服务线上问题排查思路并能够熟练排查问题常用工具/命令/平台是每一个 Java 程序猿进阶必须掌握的实战技能。常见问题总的来说线上问题可以分为两大类:系统异常、业务异常。系统异常不外乎,CPU、内存、磁盘、网络四个方面,例如常见问题CPU使用率峰值突然飙高、内存溢出、磁盘满了、网络流量异常、带宽满了等。一般我们采用排除法
转载 2023-10-25 06:55:35
77阅读
线上故障主要会包括cpu、磁盘、内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍。同时例如jstack、jmap等工具也是不囿于一个方面的问题的,基本上出问题就是df、free、top 三连,然后依次jstack、jmap伺候,具体问题具体分析即可。官网工具地址:https://docs.oracle.com/javase/8/docs/tech
java面试题及答案2020二面-2019/07/09-牛客网说说你写的C编译器。挑一个实习的项目,说说遇到的挑战。既然项目用的Tornado,说一说异步。来做道算法题吧:一堆需求,每个需求都有需要完成的时间和deadline,求最多能完成几个。然后我说了这个是动态规划的题,然后想了五分钟,直接跟他说我不会写。(我算法一直很渣)然后他说,那我们换个。n*n格子,从左下走到右上。一开始题目描述有问题
## Java开发企业开发中遇到线上问题是什么 作为一名经验丰富的开发者,我非常了解在Java开发企业中,线上问题是开发过程中常常会遇到的一个重要环节。线上问题指的是在应用程序部署到生产环境后,在实际使用中出现的各种bug、错误和异常。这些问题可能会导致应用程序无法正常运行,严重影响用户体验,并且会给企业造成损失。因此,及时解决线上问题对于保证应用程序的稳定性和可靠性非常重要。 下面是我整理
原创 2023-09-05 11:20:02
46阅读
前言面试时间将近两个小时(期间等待二面面试官来面我的时候等了半个多小时)面试官问的东西很多,还挖了好几个坑,一个技术点套着一个技术点的问,一定要做好万全的准备。问了一些基本层面上的技术点都答出来了,稍微问深一点我就有点懵了(实战经验还是不足)。1. 前言大家都知道,Postman是一个非常受欢迎的API接口调试工具,提供有Chrome扩展插件版和独立的APP,不过它的很多高级功能都需要付费才能使用
线上问题不同于开发期间的 bug,与运行时环境、压力、并发情况、具体的业务相关。对于线上问题利用线上环境可用的工具,收集必要信息 对定位问题十分重要。1服务上常见问题所有 Java 服务的线上问题从系统表象来看归结起来总共有四方面:CPU、内存、磁盘、网络。例如 CPU 使用率峰值突然飚高、内存溢出(泄露)、磁盘满了、网络流量异常、FullGC 等等问题。基于这些现象我们可以将线上问题分成两大类
原创 2021-02-19 21:47:01
512阅读
我们首先再看一下Map的框架图。Map概括(01) Map 是“键值对”映射的抽象接口。 (02) AbstractMap 实现了Map中的绝大部分函数接口。它减少了“Map的实现类”的重复编码。 (03) SortedMap 有序的“键值对”映射接口。 (04) NavigableMap 是继承于SortedMap的,支持导航函数的接口。 (05) HashMap, Hashtable, Tre
线上故障主要会包括 CPU、磁盘、内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的,基本上出问题就是 df、free、top 三连,然后依次 jstack、jmap 伺候,具体问题具体分析即可。CPU一般来讲我们首先会排查 CPU 方面的问题。CPU 异常往往还是比较好定位的。原
本文主要是以常见的线上问题进行模拟,然后介绍定位问题的方法。1.环境准备:基础环境 jdk1.8,采用 SpringBoot 框架来写几个接口来触发模拟场景,首先是模拟 CPU 占满情况2.问题列举2.1 cpu占用率较高模拟cpu占用率较高,实现方法较简单,用一个死循环占用cpu计算即可。代码模拟:/** * 模拟CPU占满 */ @GetMapping("/cpu/
  • 1
  • 2
  • 3
  • 4
  • 5