30岁那年，我经历了太多，太多。

最新推荐文章于 2024-09-08 14:55:05 发布
原创 最新推荐文章于 2024-09-08 14:55:05 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

无！
java开发三年，总结一些经历与经验。_java开发工作经历
2501_90225989的博客
01-17 863
印象中，框架应该是SpringMVC+MyBatis，服务器是tomcat6，国家支持国产化的项目，用的是浪潮的服务器，麒麟的系统，达梦的数据库，用的过程中还是有好多的问题，国产还是得提高。第二就是设计了，作为开发，做了两年其实基本没见过啥是设计，基本都是直接拿着需求就开发了，框架的结构是项目定好的，功能的设计基本都是自己搞的，作为科班出身，一直认为设计很重要，并且对于自己的思维有一定的信心。第二个项目，是政府的项目，用的应该是SSH的，很正常的管理系统，包括正常的OA以及一系列的系统。
长文】多家大厂春招实习经历汇总，我的春招回忆流水账+面经
m0_72444380的博客
09-26 2798
我的春招， 方向是C /Python/后台 ，从2月末开始，到今天，已经基本结束，结果确定收到了依图、字节跳动、腾讯的offer，另有米哈游、网易互娱、招行信用卡中心进行中且有希望，但没有继续的打算了。于是承着竞赛生涯写回忆录的传统，开始写下这篇文章。全文大概是先回忆掺杂面经的形式， 嫌长的可以往后翻看题目和总结。首先说一下我的情况：某普通211计算机专业（非核心专业），目前大三本科，有两年打ACM的经历，获奖情况平平，使用C 两年以上时间，Python有项目经历（简历项目都是Python）。大概是大三上的
三十岁了，从零开始学python还有前途吗？
java276582434的博客
06-12 1万+
从学习的角度来说，三十岁开始学习Python编程并不算晚，但是如果从就业的角度来说，却并不算早了。 Python语言在当下的大数据时代背景下得到了广泛的应用，对于职场人来说，学习Python还是有一定必要的，尤其是对于数据比较敏感的岗位，像咨询类岗位、市场分析类岗位、运营管理类岗位等等。 如果想在三十岁的时候通过学习Python来谋求一份程序员工作，则需要有一个系统的计划，毕竟三十岁对于程序员...
面试了一个 31 岁程序员，让我有所触动，30岁以上的程序员该何去何从？
热门推荐
程序猿学社的博客
03-29 35万+
最近面试了一个31岁8年经验的程序猿，让我有点感慨，大龄程序猿该何去何从。
写文章一年多以来，我经历了被喷被拉黑被赞美，我哭了
帅地
12-15 7190
从 2018 年 7 月开始写公众号到现在，差不多有一年半了。在这一年半里，有过被人赞赏、被人肯定的喜悦；有过被人喷、被人怼上某网站首页的心酸；有过被微信好友拉黑、被几百上千好友问各种问题的苦恼…… 对于这些不同的人，我内心是啥感受？我是如何对待的？你又是属于哪种人？不妨继续往下看。 一、我在V2EX被怼上网站首页了 大家可能都看过我写的关于计算机网络的文章，很多时候我并不会直接说出某种协议的功能...
02-java实习工作一个多月-经历分享
学习笔记
09-08 3114
工作经历（生活经历）的分享，以及自己的一些见解和问题
关于我，一个35岁的老程序员的心路历程
英雄哪里出来
04-12 1万+
打工十余年，从盛大、网易、电魂、再到字节，再到 130w粉 的知识博主，我都经历了什么？如果你现在正为是否要在编程行业深耕下去而头疼，那么可以看一下我的故事，希望可以激励到你，看完一定不会让你失望，至少一定会让你热血沸腾！
广深北上，一个嗜好太多，能力太小的普通人经历路程。
yanyanliao的博客
10-06 2870
2018年5月6日，我终于鼓起勇气一个人离开生活了1年的帝都来到魔都。一个人，没有亲人朋友的陪伴。一张高铁票从北京 南向上海虹桥的车程，一个背包，一个行李箱，一个相机，一个人，孤腔奋勇的一股劲就来了上海。 来之前就有在想，我会在这座城市生存下去吗？还是会一脸憔悴的背影打回原地？种种后果，都有曾想过，也从来不敢想象，我最终会不会连生存都存在问题。 不过对于生存经验还算蛮丰富的我来说，其实在北京的...
纪念我的走过的大学三年：即使留下了很多遗憾，但依旧值得怀念
慕羽★的博客
10-02 6587
   转眼间大学生活已过三年，今天跟大家分享一下，身为一个普通一本大学生，三年以来的经历和心路历程（文章中所表达的建议和观点纯属个人观点，需结合实际情况，仅起参考作用）。 篇章一：18年的夏天    故事要从2018年的那个夏天开始开始说起，网上很多人说2018年的夏天最让人怀念,然而18年的夏天对我来说却异常煎熬，我就读于一个县级市的最好的高中，班里46个人，我基本稳定在前10名，苦读十余载，等来的却是高考发挥失常，高考成绩在班里排30多名吧，在经历了最痛苦的几天后，最终放弃了省外的211，坚定
我的技术十年
巫山老妖
07-01 4万+
十年一瞬，2014 年毕业至今，刚好十年。《异类》一书曾提到“一万小时定律”，要成为某个领域的专家，需要 10000 小时，按比例计算就是：如果你每天工作八小时，一天工作五天，那么成为一个领域的专家至少需要五年。而我在这个行业摸爬滚打十年，至今我仍觉得自己还差得远，更不敢说自己是某个领域的专家。十年是一个很好的节点，因为基本上也从“菜鸟”变成职场上的“老手”，有了一定自己的想法和经历，写技术十年就当做一次审视自己，复盘过去的成与败的契机。一些经验思考。
求职干货，泄露太多我担心HR封杀我（附带简历模板）
每天一个前端小知识~
02-01 1万+
一、前言 “生活如水，时而浑浊，时而清澈”，找工作面对挫折我们可以短暂的迷失，但不要忘记最初的梦想。 找工作我投过几十份简历，由于是12月年底（推荐秋招或春招），很多公司都不招人了，所以简历通过率很低，面试了3家，3家都过了，广州运维电力，某硕，埃森哲，用人单位对大四在校生的要求不是很高的。 博主第一次投简历是在2020年的9月，当时在牛客网刷题时，正好看见了京东校园招聘的内推码，因为那时的我还没做好找工作的准备，然后随便写了份简历投了过去
《匆匆那年》观后心得 (2).docx
02-05
”这里通过引用《匆匆那年》中的角色，表达了即便不是故事中的主人公，每个人的人生也都充满了匆忙与变化，强调了每个人都在经历自己的成长与变化。 通过以上分析，可以看出该文档不仅仅是一篇简单的观后感，更蕴含...
三年工作经历总结（创业公司、中小公司和大厂经历）
简单就好
07-05 6916
前记 回想三年前办完手续离校那天，怀着感恩拖着箱子离开魏公村的母校，对未来工作满怀憧憬，希望能为社会做点什么，为爱的人去努力；不知觉三年过去，三年工作经历，虽然说不上轰烈，但也有一些波澜想记录下来，希望若干年后再回过头来看，能有不同的感悟。 三段工作经历 第一段（陌陌） 接offer 毕业后第一份工作是陌陌科技，这第一份工作背后发生很多并不轻松的故事，在经历20多次笔试面试挂掉后，还是去北交参加校...
安卓应用源码北京公交线路查询(离线)
12-23
安卓应用源码北京公交线路查询（离线）
开题报告SpringBoot+Vue大学生智能消费记账系统.docx
最新发布
12-23
计算机毕业设计开题报告
在Android中，自定义相机展示界面拉伸问题（基于Pixel系列手机）
12-23
源码地址： https://pan.quark.cn/s/ba06968cef69 Android13 PhotoPicker features/photopicker simple camera SimpleMaterialGalleryCameraActivity SimpleCameraActivity Screenshot Config
MATLAB_COLOR是一个专注于网页设计颜色搭配的在线学习与实践平台_该项目通过前端技术实现交互式颜色选择器实时预览效果搭配方案库色彩理论教程调色板生成工具对比度检查.zip
12-23
MATLAB_COLOR是一个专注于网页设计颜色搭配的在线学习与实践平台_该项目通过前端技术实现交互式颜色选择器实时预览效果搭配方案库色彩理论教程调色板生成工具对比度检查.zip
开题报告Java+SSM+Vue毕业生交流学习平台.docx
12-23
计算机毕业设计开题报告
开题报告Java+SSM+Vue自习室预订座位管理系统.docx
12-23
计算机毕业设计开题报告
CMS垃圾回收算法只回收老年代，那我怎么使用CMS
08-19
<think>嗯，用户的问题是关于Java中CMS垃圾回收器的配置和使用，特别是针对老年代的回收。首先需要回忆一下CMS的基本原理和适用场景。CMS全称是Concurrent Mark Sweep，主要目标是减少老年代回收的停顿时间，适用于对延迟敏感的应用。 接下来要整理配置步骤。首先需要启用CMS，通过JVM参数-XX:+UseConcMarkSweepGC。然后需要设置新生代收集器，通常搭配ParNew，即-XX:+UseParNewGC。不过根据引用[2]，老年代使用Serial Old作为备选，但现在可能已经过时，需要确认。 然后是关于老年代空间调优。根据引用[4]，老年代空间越大越好，但具体调整需要谨慎。参数-XX:CMSInitiatingOccupancyFraction用来设置触发CMS回收的阈值，默认是68%，但建议设置在75%-80%之间，避免过早触发导致并发模式失败。同时需要配合-XX:+UseCMSInitiatingOccupancyOnly，确保阈值固定。 晋升策略也很重要。引用[4]提到晋升阈值MaxTenuringThreshold的设置，让长期存活的对象尽快进入老年代，减少新生代压力。同时可以打印晋升信息进行调优，使用-XX:+PrintTenuringDistribution。 关于并发模式失败的处理，需要预留足够空间。如果发生失败，CMS会退化为Serial Old，导致长时间停顿。引用[1]提到当大对象直接进入老年代且空间不足时，会触发Serial Old进行Full GC。因此需要监控日志，调整参数避免这种情况。 日志监控方面，需要开启详细的GC日志记录，包括时间戳、应用停顿时间等，方便分析问题。同时可以配合工具如GCViewer分析日志。 最后，用户可能关心CMS的适用场景和限制。CMS在JDK9后已废弃，但部分老系统可能还在使用。在JDK8中仍是可选方案，但需要注意内存碎片问题，定期使用-XX:+UseCMSCompactAtFullCollection整理碎片。 用户的问题可能涉及实际调优中的具体参数设置和常见问题排查，比如并发模式失败或晋升失败的处理。需要强调根据应用负载调整参数，并通过监控工具验证效果。</think>好的，我们来详细讲解如何在 Java 中配置和使用 CMS (Concurrent Mark-Sweep) 垃圾回收器进行老年代回收。 **核心目标：** CMS 旨在**减少老年代垃圾回收的停顿时间 (STW)**，它是通过**并发标记**和**并发清除**阶段来实现的，让垃圾回收线程与应用线程大部分时间同时工作。它特别适合对延迟敏感、要求响应时间短的应用。 **配置与使用步骤：** 1. **启用 CMS 垃圾回收器：** * 这是最基础的配置项。在启动 Java 应用时，添加以下 JVM 参数： ```bash -XX:+UseConcMarkSweepGC ``` * 这个参数告诉 JVM 使用 CMS 作为老年代的垃圾回收器。**启用 CMS 通常会同时自动设置新生代为 ParNew 收集器**（`-XX:+UseParNewGC`）。引用[2]提到过时的 Serial Old 连接，这恰恰说明 CMS 默认是搭配 ParNew 的。 2. **设置 CMS 触发阈值 (关键)：** * CMS 不会在老年代完全满了才启动回收（那样会导致 Full GC 停顿时间过长）。它会在老年代空间占用达到一定比例时**提前**启动并发收集周期。 * 控制这个比例的参数是： ```bash -XX:CMSInitiatingOccupancyFraction=<percent> ``` * `<percent>` 是一个百分比值（例如 70, 75, 80）。 * **调优建议：** * 默认值通常是 68% 或 92%（取决于 JVM 版本和启发式规则）。 * 根据引用[4]的建议，通常设置在 **75% - 80%** 之间是一个合理的起点。 * 设置太低（如 60%）会导致 CMS 过于频繁启动，增加 CPU 开销。 * 设置太高（如 90%）可能导致 CMS 来不及在空间耗尽前完成并发收集，从而触发后备方案（通常是 Serial Old）进行 Full GC，产生长时间的停顿。引用[1]描述的就是这种后备方案触发 Serial Old 进行长时间 STW 的情况。 * **强制使用设定的阈值：** 默认情况下，JVM 可能根据运行时情况自动调整阈值。为了确保你设置的 `CMSInitiatingOccupancyFraction` 值被严格遵守，**强烈建议**同时添加： ```bash -XX:+UseCMSInitiatingOccupancyOnly ``` 3. **配置新生代与对象晋升：** * **新生代大小 (`-Xmn`):** 新生代大小直接影响晋升到老年代的对象速率和频率。一个过小的新生代会频繁触发 Minor GC，可能导致短期存活的对象过快晋升到老年代（增加老年代压力）。一个过大的新生代会延长 Minor GC 停顿时间。需要根据应用对象生命周期特点找到平衡点。 * **晋升阈值 (`-XX:MaxTenuringThreshold`):** 控制对象在新生代经历多少次 Minor GC 后才有资格晋升到老年代。引用[4]提到，对于有大量“长命”对象的应用，**适当降低这个阈值（如设置为 1 或 2）** 可以让这些对象更快地晋升到老年代，减少它们在新生代中反复复制的开销和对新生代 GC 的压力。但同时要避免过小导致短期存活对象也晋升。可以使用 `-XX:+PrintTenuringDistribution` 监控晋升情况来辅助调优。 4. **处理并发模式失败 (Concurrent Mode Failure)：** * **问题：** 这是 CMS 调优中最关键的问题之一。它发生在 CMS 正在执行并发收集周期时，应用线程持续分配对象，导致老年代在 CMS 完成并发收集**之前**就耗尽了空间。 * **后果：** JVM 会**立即停止所有应用线程 (STW)**，并触发后备方案（通常是 Serial Old 收集器）进行一次 Full GC。这会导致一次**非常长**的停顿时间。引用[1]描述的就是这种场景的直接后果。 * **解决方案：** * **增加老年代空间 (`-Xmx`):** 这是最直接有效的方法。更大的老年代给了 CMS 更多的缓冲时间来完成并发收集。引用[4]建议“老年代内存越大越好”并提到“当其他方式都用了还不行再试试调整老年代空间大小,将老年代空间调大1/4~1/3”。 * **降低 `CMSInitiatingOccupancyFraction`:** 让 CMS 更早地启动，在空间更充足时开始回收。 * **增加 CMS 后台线程数 (`-XX:ConcGCThreads`):** 默认的并发线程数通常是 `(ParallelGCThreads + 3) / 4`。如果 CPU 资源充足，适当增加这个值（如 `-XX:ConcGCThreads=4`）可以加快并发标记和清除的速度，降低在并发周期内空间耗尽的风险。 * **优化应用：** 减少大对象的直接分配，优化内存使用模式，减少对象分配速率。 5. **处理晋升失败 (Promotion Failed)：** * **问题：** Minor GC 发生时，需要将存活对象从 Eden 区和 From Survivor 区复制到 To Survivor 区。如果 To Survivor 区空间不足以容纳所有存活对象，或者有对象需要晋升到老年代但老年代空间不足（即使 CMS 可能正在运行），就会发生晋升失败。 * **后果：** 同样会导致 STW 并触发 Serial Old 进行 Full GC。 * **解决方案：** * **增加 Survivor 区大小 (`-XX:SurvivorRatio`):** 减少对象在 Minor GC 中过早晋升的可能性。 * **调整 `-XX:MaxTenuringThreshold`:** 如步骤 3 所述，根据对象生命周期特点调整。 * **增加新生代大小 (`-Xmn`):** 提供更大的空间容纳存活对象。 * **解决老年代空间问题：** 同并发模式失败的解决方案（增大老年代、降低触发阈值、加快 CMS 速度）。 6. **处理内存碎片：** * **问题：** CMS 的并发清除阶段不会移动存活对象（非压缩），这可能导致老年代空间碎片化。长时间运行后，即使总剩余空间足够，也可能因为找不到足够大的连续空间分配大对象而触发 Full GC（Serial Old 会进行压缩）。 * **解决方案：** * **开启 CMS Full GC 压缩：** 在不得不进行 Full GC 时，让 Serial Old 顺便压缩老年代： ```bash -XX:+UseCMSCompactAtFullCollection ``` * **设置压缩触发频率：** 控制多少次不压缩的 Full GC 后进行一次压缩的 Full GC： ```bash -XX:CMSFullGCsBeforeCompaction=<n> ``` (默认值 `n=0` 表示每次 Full GC 都压缩)。通常保持默认值 `0` 即可，除非能确定压缩开销过大且碎片化不严重。 * **减少大对象分配：** 从应用层面优化。 7. **启用详细日志 (关键用于调优诊断)：** * 为了监控 CMS 行为、识别并发模式失败、晋升失败和碎片问题，**必须开启详细的 GC 日志**： ```bash -Xloggc:<file_path> -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps ``` * 可选但非常有用的 CMS 特定日志： ```bash -XX:+PrintPromotionFailure # 打印晋升失败详情 -XX:+PrintTenuringDistribution # 打印晋升年龄分布 -XX:+PrintFLSStatistics # 打印空闲列表统计（有助于诊断碎片） -XX:+PrintCMSStatistics # 打印 CMS 统计信息（>=2 时更详细） ``` **典型 CMS 配置示例：** ```bash java -Xms4g -Xmx4g \ # 堆大小固定为4G，避免堆伸缩 -Xmn1g \ # 新生代1G (约占总堆1/4) -XX:SurvivorRatio=8 \ # Eden:Survivor = 8:1:1 (Eden=800M, S0/S1=100M) -XX:+UseConcMarkSweepGC \ # 启用CMS -XX:+UseParNewGC \ # (通常自动启用，显式指定更明确) -XX:CMSInitiatingOccupancyFraction=75 \ # 老年代占用75%时启动CMS -XX:+UseCMSInitiatingOccupancyOnly \ # 强制使用75%阈值 -XX:+UseCMSCompactAtFullCollection \ # Full GC时压缩老年代 -XX:CMSFullGCsBeforeCompaction=0 \ # 每次Full GC都压缩 -XX:MaxTenuringThreshold=3 \ # 对象年龄>3晋升老年代 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -Xloggc:/path/to/gc.log \ -jar your-application.jar ``` **重要注意事项：** 1. **CMS 已废弃 (Deprecated)：** 从 JDK 9 开始，CMS 被标记为废弃 (`deprecated`)，在 JDK 14 中被移除 (`removed`)。**如果你使用的是 JDK 9 或更高版本，强烈建议使用更现代的垃圾回收器，如 G1 (Garbage-First) 或 ZGC / Shenandoah (追求极低延迟)。** CMS 主要适用于 JDK 8 及更早版本。 2. **CPU 资源敏感：** CMS 的并发阶段会与应用线程竞争 CPU 资源。在 CPU 资源紧张的系统上，CMS 的并发收集可能会拖慢应用线程的速度。 3. **碎片化风险：** 如前面所述，内存碎片是 CMS 的主要挑战之一，需要监控和配置压缩选项。 4. **调优复杂性：** CMS 的调优参数相对较多，且相互影响。调优需要基于对应用内存使用模式的深刻理解和持续的日志监控分析。引用[4]也强调了调优的复杂性，建议“最好先不要调优”并“当其他方式都用了还不行再试试调整老年代空间大小”。 5. **“浮动垃圾” (Floating Garbage)：** 在并发标记阶段，应用线程还在运行，会产生新的垃圾对象（标记阶段结束后才产生的）和新的对象引用（可能使一些标记为垃圾的对象重新存活）。这些垃圾被称为“浮动垃圾”，它们会在下一次 CMS 周期中被回收。 **总结：** 配置 CMS 进行老年代回收的核心在于平衡停顿时间和吞吐量/CPU 开销。关键配置点包括：启用 CMS (`-XX:+UseConcMarkSweepGC`)、设置合理的触发阈值 (`-XX:CMSInitiatingOccupancyFraction` 配合 `-XX:+UseCMSInitiatingOccupancyOnly`)、调整新生代大小和晋升策略 (`-Xmn`, `-XX:SurvivorRatio`, `-XX:MaxTenuringThreshold`)、预留足够空间和资源避免并发模式失败/晋升失败（增大堆/老年代、调整 `-XX:ConcGCThreads`）、以及处理内存碎片 (`-XX:+UseCMSCompactAtFullCollection`)。**务必开启详细 GC 日志 (`-Xloggc ... -XX:+PrintGCDetails ...`)** 作为调优和问题诊断的基础。同时，请留意 CMS 在现代 JDK 版本中已废弃，优先考虑 G1、ZGC 或 Shenandoah 等替代方案。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值