企业官网建设流程全解析

阅读小说网站建设,网站结构及内容建设策略,设计师门户网站程序,营销型网站策划方案#x1f9d1; 博主简介#xff1a;CSDN博客专家#xff0c;历代文学网#xff08;PC端可以访问#xff1a;https://literature.sinhy.com/#/?__c1000#xff0c;移动端可微信小程序搜索“历代文学”#xff09;总架构师#xff0c;15年工作经验#xff0c;精通Java编… 博主简介CSDN博客专家历代文学网PC端可以访问https://literature.sinhy.com/#/?__c1000移动端可微信小程序搜索“历代文学”总架构师15年工作经验精通Java编程高并发设计Springboot和微服务熟悉LinuxESXI虚拟化以及云原生Docker和K8s热衷于探索科技的边界并将理论知识转化为实际应用。保持对新技术的好奇心乐于分享所学希望通过我的实践经历和见解启发他人的创新思维。在这里我希望能与志同道合的朋友交流探讨共同进步一起在技术的世界里不断学习成长。技术合作请加本人wx注明来自csdnforeast_seaJava虚拟机面试题JVM调优1. 有哪些常用的命令行性能监控和故障处理工具操作系统工具top显示系统整体资源使用情况vmstat监控内存和 CPUiostat监控 IO 使用netstat监控网络使用JDK 性能监控工具jps虚拟机进程查看jstat虚拟机运行时信息查看jinfo虚拟机配置查看jmap内存映像导出jhat堆转储快照分析jstackJava 堆栈跟踪jcmd实现上面除了 jstat 外所有命令的功能jmap 的具体命令有哪些①、我一般会使用jmap -heap pid查看堆内存摘要包括新生代、老年代、元空间等。②、或者使用jmap -histo pid查看对象分布。③、还有生成堆转储文件jmap -dump:formatb,filepath pid。2. 了解哪些可视化的性能监控和故障处理工具我自己用过的可视化工具主要有①、JConsoleJDK 自带的监控工具可以用来监视 Java 应用程序的运行状态包括内存使用、线程状态、类加载、GC 等还可以进行一些基本的性能分析。②、VisualVMVisualVM 是一个基于 NetBeans 平台的可视化工具在很长一段时间内VisualVM 都是 Oracle 官方主推的故障处理工具。集成了多个 JDK 命令行工具的功能提供了一个友好的图形界面非常适用于开发和生产环境。③、Java Mission ControlJMC 最初是 JRockit VM 中的诊断工具但在 Oracle JDK7 Update 40 以后就绑定到了 HotSpot VM 中。不过后来又被 Oracle 开源出来作为一个单独的产品。还有一些第三方的工具①、MATJava 堆内存分析工具主要用于分析和查找 Java 堆中的内存泄漏和内存消耗问题。可以从 Java 堆转储文件中分析内存使用情况并提供丰富的报告如内存泄漏疑点、最大对象和 GC 根信息。支持通过图形界面查询对象以及检查对象间的引用关系。②、GChistoGC 日志分析工具帮助开发者优化垃圾收集行为和调整 GC 性能。③、GCViewer类似于 GChisto也是用来分析 GC 日志帮助开发者优化 Java 应用的垃圾回收过程。④、JProfiler一个全功能的商业 Java 性能分析工具提供 CPU、 内存和线程的实时分析。⑤、arthas阿里巴巴开源的 Java 诊断工具主要用于线上的应用诊断。支持在不停机的情况下进行 Java 应用的诊断。包括 JVM 信息查看、监控、Trace 命令、反编译等。⑥、async-profiler一个低开销的性能分析工具支持生成火焰图适用于复杂性能问题的分析。Java 面试指南付费收录的华为面经同学 9 Java 通用软件开发一面面试原题如何查看当前 Java 程序里哪些对象正在使用哪些对象已经被释放3. JVM 的常见参数配置知道哪些一些常见的参数配置堆配置-Xms:初始堆大小-Xmx:最大堆大小-XX:NewSizen:设置年轻代大小-XX:NewRation:设置年轻代和年老代的比值。如为 3 表示年轻代和年老代比值为 13年轻代占整个年轻代年老代和的 1/4-XX:SurvivorRation:年轻代中 Eden 区与两个 Survivor 区的比值。注意 Survivor 区有两个。如 3 表示 Eden 3 Survivor2一个 Survivor 区占整个年轻代的 1/5-XX:MaxPermSizen:设置持久代大小收集器设置-XX:UseSerialGC:设置串行收集器-XX:UseParallelGC:设置并行收集器-XX:UseParalledlOldGC:设置并行年老代收集器-XX:UseConcMarkSweepGC:设置并发收集器并行收集器设置-XX:ParallelGCThreadsn:设置并行收集器收集时使用的 CPU 数。并行收集线程数-XX:MaxGCPauseMillisn:设置并行收集最大的暂停时间如果到这个时间了垃圾回收器依然没有回收完也会停止回收-XX:GCTimeRation:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1n)-XX:CMSIncrementalMode:设置为增量模式。适用于单 CPU 情况-XX:ParallelGCThreadsn:设置并发收集器年轻代手机方式为并行收集时使用的 CPU 数。并行收集线程数打印 GC 回收的过程日志信息-XX:PrintGC-XX:PrintGCDetails-XX:PrintGCTimeStamps-Xloggc:filename4. 有做过 JVM 调优吗JVM 调优是一个复杂的过程主要包括对堆内存、垃圾收集器、JVM 参数等进行调整和优化。①、JVM 的堆内存主要用于存储对象实例如果堆内存设置过小可能会导致频繁的垃圾回收。所以技术派实战项目是在启动 JVM 的时候就调整了一下 -Xms 和-Xmx 参数让堆内存最大可用内存为 2G。②、在项目运行期间我会使用 JVisualVM 定期观察和分析 GC 日志如果发现频繁的 Full GC就需要特别关注老年代的使用情况。接着通过分析 Heap dump 寻找内存泄漏的源头看看是否有未关闭的资源长生命周期的大对象等。之后就要进行代码优化了比如说减少大对象的创建、优化数据结构的使用方式、减少不必要的对象持有等。5. CPU 占用过高怎么排查首先使用 top 命令查看 CPU 占用情况找到占用 CPU 较高的进程 ID。top接着使用 jstack 命令查看对应进程的线程堆栈信息。jstack-lpidthread-dump.txt上面 这个命令会将所有线程的堆栈信息输出到 thread-dump.txt 文件中。然后再使用 top 命令查看进程中线程的占用情况找到占用 CPU 较高的线程 ID。top-H-ppid注意top 命令显示的线程 ID 是十进制的而 jstack 输出的是十六进制的所以需要将线程 ID 转换为十六进制。printf%x\nPID在 jstack 的输出中搜索这个十六进制的线程 ID找到对应的堆栈信息。Thread-5#21 prio5 os_prio0 tid0x00007f812c018800 nid0x1a85 runnable [0x00007f811c000000]java.lang.Thread.State: RUNNABLE at com.example.MyClass.myMethod(MyClass.java:123)at...最后根据堆栈信息定位到具体的业务方法查看是否有死循环、频繁的垃圾回收GC、资源竞争如锁竞争导致的上下文频繁切换等问题。Java 面试指南付费收录的阿里面经同学 1 闲鱼后端一面的原题上线的业务出了问题怎么调试比如某个线程 cpu 占用率高怎么看堆栈信息Java 面试指南付费收录的快手同学 4 一面原题服务器的CPU占用持续升高有哪些排查问题的手段排查后发现是项目产生了内存泄露如何确定问题出在哪里6. 内存飙高问题怎么排查内存飚高一般是因为创建了大量的 Java 对象所导致的如果持续飙高则说明垃圾回收跟不上对象创建的速度或者内存泄漏导致对象无法回收。排查的方法主要分为以下几步第一先观察垃圾回收的情况可以通过jstat -gc PID 1000查看 GC 次数和时间。或者jmap -histo PID | head -20查看堆内存占用空间最大的前 20 个对象类型。第二步通过 jmap 命令 dump 出堆内存信息。第三步使用可视化工具分析 dump 文件比如说 VisualVM找到占用内存高的对象再找到创建该对象的业务代码位置从代码和业务场景中定位具体问题。Java 面试指南付费收录的联想面经同学 7 面试原题怎么定位线上的内存问题。7. 频繁 minor gc 怎么办频繁的 Minor GC也称为 Young GC通常表示新生代中的对象频繁地被垃圾回收可能是因为新生代空间设置过小或者是因为程序中存在大量的短生命周期对象如临时变量、方法调用中创建的对象等。可以使用 GC 日志进行分析查看 GC 的频率和耗时找到频繁 GC 的原因。-XX:PrintGCDetails-Xloggc:gc.log或者使用监控工具如 VisualVM、jstat、jconsole 等查看堆内存的使用情况特别是新生代Eden 和 Survivor 区的使用情况。如果是因为新生代空间不足可以通过-Xmn增加新生代的大小减少新生代的填满速度。java-Xmn256myour-app.jar如果对象未能在 Survivor 区足够长时间存活就会被晋升到老年代可以通过-XX:SurvivorRatio参数调整 Eden 和 Survivor 的比例。默认比例是 8:1表示 8 个空间用于 Eden1 个空间用于 Survivor 区。-XX:SurvivorRatio6这将减少 Eden 区的大小增加 Survivor 区的大小以确保对象在 Survivor 区中存活的时间足够长避免过早晋升到老年代。Java 面试指南付费收录的京东面经同学 8 面试原题young GC频繁如何排查修改哪些参数8. 频繁 Full GC 怎么办Full GC 是指对整个堆内存包括新生代和老年代进行垃圾回收操作。Full GC 频繁会导致应用程序的暂停时间增加从而影响性能。常见的原因有大对象如大数组、大集合直接分配到老年代导致老年代空间快速被占用。程序中存在内存泄漏导致老年代的内存不断增加无法被回收。比如 IO 资源未关闭。一些长生命周期的对象进入到了老年代导致老年代空间不足。不合理的 GC 参数配置也导致 GC 频率过高。比如说新生代的空间设置过小。该怎么排查 Full GC 频繁问题大厂一般都会有专门的性能监控系统可以通过监控系统查看 GC 的频率和堆内存的使用情况。否则可以使用 JDK 的一些自带工具包括 jmap、jstat 等。# 查看堆内存各区域的使用率以及GC情况jstat-gcutil-h20pid1000# 查看堆内存中的存活对象并按空间排序jmap-histopid|head-n20# dump堆内存文件jmap-dump:formatb,fileheap pid或者使用一些可视化的工具比如 VisualVM、JConsole 等。如何解决 Full GC 频繁问题假如是因为大对象直接分配到老年代导致的 Full GC 频繁可以通过-XX:PretenureSizeThreshold参数设置大对象直接进入老年代的阈值。或者能不能将大对象拆分成小对象减少大对象的创建。比如说分页。假如是因为内存泄漏导致的 Full GC 频繁可以通过分析堆内存 dump 文件找到内存泄漏的对象再找到内存泄漏的代码位置。假如是因为长生命周期的对象进入到了老年代要及时释放资源比如说 ThreadLocal、数据库连接、IO 资源等。假如是因为 GC 参数配置不合理导致的 Full GC 频繁可以通过调整 GC 参数来优化 GC 行为。或者直接更换更适合的 GC 收集器如 G1、ZGC 等。