仿站视频教程北京做的比较好的网站公司吗

仿站视频教程,北京做的比较好的网站公司吗,马鞍山网站建设 明达,防城港网站seo概述 在Java的世界里#xff0c;垃圾收集器就像是默默无闻的清洁工#xff0c;在我们不注意的时候悄悄清理内存垃圾。不同的清洁工有不同的工作方式#xff0c;有的喜欢一次性彻底打扫#xff08;Stop The World#xff09;#xff0c;有的则喜欢边工作边让你继续玩耍垃圾收集器就像是默默无闻的清洁工在我们不注意的时候悄悄清理内存垃圾。不同的清洁工有不同的工作方式有的喜欢一次性彻底打扫Stop The World有的则喜欢边工作边让你继续玩耍并发收集。今天就让我们一起来认识这些各具特色的清洁工吧收集器家族一览新生代收集器1. Serial收集器 - 单干的老黄牛工作方式单线程Stop The World算法标记-复制适用场景客户端模式内存受限环境Serial收集器就像是一位勤劳的清洁阿姨每次打扫时都需要你暂时离开房间Stop The World。她工作认真但没有帮手只能一件一件地清理。详细介绍Serial收集器是Java最古老的新生代收集器采用单线程执行垃圾回收工作。当它工作时会暂停所有应用线程Stop The World直到收集完成。这种全世界暂停的方式虽然简单粗暴但在特定场景下却非常有效。核心特点单线程工作收集时暂停所有应用线程采用标记-复制算法将Eden区和From Survivor区的存活对象复制到To Survivor区额外内存消耗最小只需要维护一个线程的开销在单核处理器环境下效率很高没有线程交互开销配置参数-XX:UseSerialGC启用Serial收集器-XX:SurvivorRatioEden与Survivor区的比例-XX:PretenureSizeThreshold大对象直接进入老年代的阈值适用场景客户端应用如桌面程序、小程序小内存环境几十到几百MB的新生代单核或双核处理器环境对停顿时间不敏感的应用优缺点✅ 优点实现简单、内存开销小、单核环境下效率高❌ 缺点停顿时间长、在多核环境下无法充分利用CPU资源2. ParNew收集器 - 多人协作的清洁队工作方式多线程Stop The World算法标记-复制适用场景与CMS配合的服务端应用ParNew就像是Serial的升级版从单人作战变成了团队协作。但它仍然需要在工作时让所有人暂时离开房间。详细介绍ParNew收集器是Serial收集器的多线程版本除了使用多条线程进行垃圾收集外其他行为与Serial收集器完全一致。它与Serial收集器共用了大量的代码可以看作是Serial的并行化改造。核心特点多线程并行收集默认线程数与CPU核心数相同采用与Serial相同的标记-复制算法需要Stop The World但停顿时间比Serial短与CMS收集器配合工作配置参数-XX:UseParNewGC启用ParNew收集器-XX:ParallelGCThreads设置垃圾收集线程数-XX:SurvivorRatioEden与Survivor区的比例适用场景与CMS收集器配合使用多核处理器的服务端应用对响应时间有一定要求的应用工作流程暂停所有应用线程Stop The World多线程并行标记存活对象多线程并行复制存活对象到Survivor区清理Eden区和From Survivor区恢复应用线程优缺点✅ 优点多线程并行收集停顿时间比Serial短❌ 缺点仍然需要Stop The World单核环境下性能不如Serial3. Parallel Scavenge收集器 - 效率至上的工厂流水线工作方式多线程Stop The World算法标记-复制适用场景后台运算吞吐量优先应用Parallel Scavenge不像是在打扫房间更像是在优化工厂生产线。它不关心每次停顿多久只关心单位时间内能完成多少工作。详细介绍Parallel Scavenge收集器是一款专注于吞吐量的新生代收集器。它的目标是达到一个可控制的吞吐量Throughput即处理器用于运行用户代码的时间与处理器总消耗时间的比值。核心特点关注点是吞吐量而非停顿时间提供精确控制吞吐量的参数支持自适应调节策略采用多线程并行收集配置参数-XX:UseParallelGC启用Parallel Scavenge收集器-XX:MaxGCPauseMillis最大垃圾收集停顿时间-XX:GCTimeRatio垃圾收集时间与总时间的比率-XX:UseAdaptiveSizePolicy启用自适应策略自适应策略当启用自适应策略后虚拟机会根据系统运行情况自动调整以下参数新生代大小-XmnEden与Survivor区的比例-XX:SurvivorRatio晋升老年代对象大小-XX:PretenureSizeThreshold适用场景后台运算任务如批量处理、数据分析对吞吐量要求高于响应时间的应用不需要与用户交互的应用优缺点✅ 优点吞吐量高、支持自适应调节、适合后台运算❌ 缺点停顿时间不可控、不适合交互式应用老年代收集器4. Serial Old收集器 - 老黄牛的晚年生活工作方式单线程Stop The World算法标记-整理适用场景客户端模式CMS失败时的备胎Serial Old就像是Serial收集器退休后再就业虽然年纪大了但依然兢兢业业。详细介绍Serial Old是Serial收集器的老年代版本同样采用单线程工作和Stop The World的方式。它使用标记-整理算法避免内存碎片的产生。核心特点单线程工作需要Stop The World采用标记-整理算法内存开销小作为CMS失败时的备胎工作流程标记阶段标记所有存活对象整理阶段将所有存活对象向一端移动清理阶段清理边界以外的内存适用场景客户端模式下的老年代收集与Parallel Scavenge搭配使用JDK5及之前CMS收集器发生Concurrent Mode Failure时的后备预案配置参数-XX:UseSerialGC启用Serial Old收集器通常与其他收集器配合使用不需要单独配置优缺点✅ 优点实现简单、内存开销小、不会产生内存碎片❌ 缺点停顿时间长、单线程效率低5. Parallel Old收集器 - 流水线的完美搭档工作方式多线程Stop The World算法标记-整理适用场景与Parallel Scavenge搭配的吞吐量优先应用Parallel Old的出现让Parallel Scavenge终于有了门当户对的搭档形成了真正的吞吐量优先组合。详细介绍Parallel Old是Parallel Scavenge收集器的老年代版本支持多线程并发收集基于标记-整理算法实现。它在JDK6中才开始提供填补了Parallel Scavenge没有匹配老年代收集器的空白。核心特点多线程并行收集采用标记-整理算法专注于吞吐量优化与Parallel Scavenge完美配合工作流程标记阶段多线程并行标记存活对象整理阶段多线程并行整理内存清理阶段清理不可达对象适用场景与Parallel Scavenge搭配使用注重吞吐量的应用后台运算任务配置参数-XX:UseParallelOldGC启用Parallel Old收集器通常与Parallel Scavenge一起使用优缺点✅ 优点吞吐量高、多线程并行、与Parallel Scavenge配合良好❌ 缺点停顿时间较长、不适合交互式应用6. CMS收集器 - 边开派对边打扫的管家工作方式并发低停顿算法标记-清除适用场景B/S系统重视响应速度的应用CMS就像是一位技艺高超的管家能够在派对进行中悄悄打扫尽量不打扰宾客的雅兴。详细介绍CMSConcurrent Mark Sweep收集器是一款以获取最短回收停顿时间为目标的收集器非常适合重视响应速度的应用。它采用标记-清除算法尽可能减少Stop The World的时间。工作流程初始标记标记GC Roots直接关联的对象需要Stop The World但很快并发标记并发遍历对象图标记所有可达对象重新标记修正并发标记期间变动的标记记录需要Stop The World并发清除并发清理垃圾对象核心特点并发收集低停顿时间采用标记-清除算法会产生内存碎片对处理器资源敏感无法处理浮动垃圾配置参数-XX:UseConcMarkSweepGC启用CMS收集器-XX:CMSInitiatingOccupancyFraction老年代使用率触发阈值-XX:UseCMSCompactAtFullCollectionFull GC时开启内存压缩-XX:CMSFullGCsBeforeCompaction设置多少次Full GC后压缩一次浮动垃圾问题由于CMS的并发清理阶段用户线程仍在运行会产生新的垃圾对象这些对象无法在本次收集中处理称为浮动垃圾。适用场景B/S系统服务端重视响应速度的应用互联网应用优缺点✅ 优点并发收集、低停顿时间、适合交互式应用❌ 缺点对CPU资源敏感、会产生内存碎片、无法处理浮动垃圾全堆收集器G1 - 智能分区清洁系统工作方式并发并行算法整体标记-整理局部标记-复制适用场景大内存服务端应用兼顾吞吐量和停顿时间G1收集器就像是现代智能清洁系统将房间分成多个区域每次只清理最脏的区域并且能够预测清理需要的时间。详细介绍G1Garbage First收集器是垃圾收集器技术发展历史上的里程碑成果开创了面向局部收集的设计思路和基于Region的内存布局形式。它旨在替代CMS收集器提供更可控的停顿时间。革命性创新基于Region的堆内存布局将堆划分为多个大小相等的Region可预测的停顿时间模型通过-XX:MaxGCPauseMillis参数设定期望停顿时间面向局部收集不再坚持固定分代而是选择回收价值最大的RegionHumongous区域专门处理大对象工作流程初始标记标记GC Roots直接关联的对象并发标记并发进行可达性分析最终标记处理并发标记期间的引用变动筛选回收根据回收价值排序选择Region进行回收配置参数-XX:UseG1GC启用G1收集器-XX:MaxGCPauseMillis设置最大停顿时间目标-XX:G1HeapRegionSize设置Region大小-XX:InitiatingHeapOccupancyPercent触发并发标记周期的Java堆占用率阈值适用场景大内存服务端应用6GB以上需要兼顾吞吐量和停顿时间的应用替代CMS收集器优缺点✅ 优点停顿时间可控、高吞吐量、不会产生内存碎片❌ 缺点内存占用较高、写屏障实现复杂如何选择收集器选择垃圾收集器就像选择清洁方式需要根据实际情况决定小内存客户端应用小于512MBSerial Serial Old组合简单高效内存开销小重视响应速度的B/S系统ParNew CMS组合低停顿时间适合交互式应用后台运算注重吞吐量Parallel Scavenge Parallel Old组合高吞吐量适合批处理任务大内存服务端应用大于6GBG1收集器兼顾吞吐量和停顿时间超大内存应用大于32GB考虑ZGC或Shenandoah极低停顿时间适合超大内存选择建议先明确应用需求吞吐量优先还是响应时间优先根据堆内存大小选择在生产环境中进行实际测试验证随着JDK版本更新优先考虑 newer 收集器结语Java垃圾收集器的发展历程就像清洁方式的进化从最初需要全员离开的彻底打扫Serial到可以边工作边打扫的智能清洁CMS再到分区打扫、时间可控的现代清洁系统G1。每种收集器都有其适用场景没有绝对的最好只有最适合的。随着JDK的持续发展更新的收集器如ZGC、Shenandoah也在不断涌现它们提供了更低的停顿时间和更好的性能表现。但理解这些基础收集器的工作原理仍然是我们优化Java应用性能的基石。希望本文能帮助你更好地理解Java垃圾收集器选择适合的清洁工让你的Java应用跑得更加顺畅记住垃圾收集器的调优是一个持续的过程需要根据实际应用特点和负载变化进行调整。文章转载自佛祖让我来巡山原文链接https://www.cnblogs.com/sun-10387834/p/19094842体验地址http://www.jnpfsoft.com/?from001YH