呵呵，最后一天班

最新推荐文章于 2020-12-17 06:08:02 发布
原创 最新推荐文章于 2020-12-17 06:08:02 发布 · 1.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#工作

作者早上上班，公交车上冷清，查看星座运势，工作状况一般。除夕夜晚建议打扮光鲜，让家人安心。作者当天穿得光鲜，打算让家人开心，最后祝大家新年快乐。

早上依然很早起床：） 上班公交车上已经没有往日的拥挤，
反而决的冷清，可能和心情还是有关。
恩，看看星座：）
 2005-02-08 處女座 Virgo (08/23 - 09/22)
发信站: 紫金飞鸿 (2005年02月07日08:06:55 星期一), 站内信件                                                                                                                                                                                                     w


⊙綜合運勢：★★★
⊙愛情運勢：★★★
⊙工作狀況：★★
⊙理財投資：★★★★
⊙健康指數：73%
⊙商談指數：61%
⊙Lucky Color：粉紅色
⊙Lucky Number：5　
⊙速配星座：射手座


除夕的夜晚即使是在家中也要將自己打扮得光鮮亮麗喔。
尤其是去年一年來離家久遠的遊子更要多費心讓自己看起來神采飛揚。不僅是讓自己心情
愉快而已，還有讓家人安心、覺得你在外過得很不錯、很健康的撫慰作用呢。

今天的确穿的很光鲜，晚上回去让家人开心一下吧：）
发现不太想说话了现在，好了，就写这些吧：）


各位新年快乐！！

一个中科大差生的8年程序员工作总结
陈小房的自我修炼
01-14 5万+
今年终于从大菊花厂离职了，离职前收入大概60w不到吧，在某乎属于比较差的，今天终于有空写一下自己的职场故事，也算是给自己近8年的程序员工作做个总结复盘。近8年有些事情做对了，也有更多事情做错了，在这里记录一下，希望能够给后人一些帮助吧，也欢迎私信交流。文笔不好，见谅，有些细节记不清了，如果有出入，就当是我编的这个故事吧。 PS：有几个问题先在这里解释一下，评论就不一一回复了 1、关于差生，我本人在科大时确实成绩偏下，差生主要讲这一点，没其他意思。 2、因为买房是我人生中的大事，我认为需要记录和总结一下
我的架构师历程，其实一切只是源于我想要一台属于自己的笔记本（上）
打造全国最全的AI Agent开发知识领域的博客
12-21 1万+
这个标题很吊丝哈，“其实一切只是源于我想要一台属于自己的笔记本”，结果导致我成为了一名合格的架构师。我不敢说我是优秀或者多少Strong，我只能说我是一个合格的架构师，一个合格的程序员（因为架构师首先是一个高级程序员哦！呵呵）。 这一切其实要从2001年的两次特殊的面试谈起。我是个中专生毕业，毕业于上海振华外经学校，涉外文秘2班，93年进入的，谁也想不到这样一个被世袭教师，4代知识分子家庭看不起的
在深圳最后一天上班
Sean.Pu的专栏
09-29 1187
穿了西裤，衬衣，皮鞋刷的亮，最后一天在深圳上班嘛感触很深，又不知道到底在为什么感触或许人之一生都比较注重一个开始和结束。过程呢？过程也在那里如果要回顾深圳这六年的工作经历，真的可以写成一本书。内容之丰富不是外人可以想象，过程之曲折也不是外人可以明白的。这一幕幕都留到若干年后再来回忆吧。现在一切向东看！希望有个完美的结束和新的开始吧－－－－－－－－－－－－－－－－－－
最后一天上班
非典型程序媛
02-28 502
最后一天上班，心情很激动！ 可能是战线已经拉得太长了，现在的我完全没有什么难过、愧疚、不舍，有的只有即将重获自由的喜悦！ 记录此刻。
2017年最后一天班
只要思想不滑坡，想法总比问题多。
12-29 1058
2017、2018
写在2013年的最后一天
awaly的专栏
12-31 4246
2013年，几家欢乐几家愁，在我看到的年终总结中，还是大多数以丰收收官，而我恰好是那为数不多的失败者之一，难道这就是本命年木有穿红内内导致的？其实从毕业到现在吧，都算是比较失败的，因此准确的说这是对毕业至现在的一个总结，好让自己吸取教训，不再重蹈覆辙！         关于技术                 从11年3月份实习开始至13年12月31，两年多近三年的时间里算是对IT公司所有的
总算到了今年最后一天班
heqheq的专栏
02-04 1049
明天就可以放假了，等放完这个长假回来就已经是新的一年了。按道理，今天应该是个为今年作个总结日子。然而，我却不知道我可以为今年总结什么。未曾为2004年定下过什么目标，年底了，发现真的一无所获，尤其下半年，完全是在虚度光阴。今年上半年应该算是比较充盈的，从同事那里也学到不少知识，而且也用勤奋上进获得了上司的肯定。但是自从7月接受了现在的这个职位邀请，便逐渐的应了同事所说：公司就像一锅温水，我们就是被
2011年的最后一天，回首过去（一）
12-31 1588
今天是2011年的最后一天，受大家的感染，很想借这个机会将我这一年的学习、工作与生活做一个全面的总结，以此来纪念我这一年来的成长历程！       其实，一直以来很想将平常的点点滴滴记录下来，和大家一起分享，但一直没写，最重要的原因是没那感觉，不知道如何下笔。以后，我要养成写博客的习惯，以此来记录我不同时期的成长过程。一个人要时常反思反思自己，要时常从经历的人与事中吸取经验与教训，不能像流水一样
上课第一天初感。。。
weixin_34307464的博客
06-27 311
多亏了holly的帐号，要不然我现在也只能对着天花板发呆。恩，很感谢她，她人不错。真的，希望她好运，就像我一样。 ：） 虽然来了学校已经好几天了，但是直到今天其实才开始真正意义上的上课。第一天的post graduate课程不少，简单看了一下课表，除了中午的两个半小时休息和晚上半个小时吃饭时间，其余的从上午10点一直到晚上9点30都在上课。 上午的英文课在研究生院上，过去的第一...
如愿以偿的一天，感慨万千
开发技术
10-25 1292
2012年毕业，大学三年，在学校go
python定义一个学生饭卡类_饭卡
weixin_39882317的博客
12-17 391
前段时间买的破破烂烂的多普达CHT9000忽然出现了频繁找不到信号的现象，昨天下午还是断断续续的出现这种情况，到了今天变成断断续续地出现有信号的情况，倍感郁闷。思考导致这种问题的原因，前两天刷了两次机，都是用的卡刷，昨天发现这种情况后又反复刷了两次机，情况均未改善，于是感觉很恐怖，难道是硬件问题？又想到昨天下午闲的没事还抠出SIM卡玩了一下，于是用张别的SIM卡试一下，情况依旧，于是打算去找奸商算...
写在冬日的第一天--一个女程序员第十五年工作总结
clear_zero的专栏
11-08 1562
冬天来了，一年又过去了。 看了去年的总结，原来真是一年比一年鸡零狗碎了啊。 不是没时间想，确实是没什么可想可总结可回味的。 这是从业以来最一地鸡毛的一年了。 今年没什么技术，管理之分了。因为所有的所有都好像是一锅腊八粥，全搅和一块儿了。主题是边缘产品的生存(挣扎，灭亡）之道。 在去年人员大幅度更迭后我们组在人头上是满员了，但是人员质量真是一言难尽，除了生产力极不稳定，倒是可以在工作闲谈中体...
实现求某天的前一天操作(C++,shell)
qingkongxiaoyang的专栏
02-09 1902
实现求某天的前一天操作 其实每次跟闰年打交道时，都会想起小学数学全区统考时的考题， 问：2100年是否是闰年？当时我们班几乎是全军覆没，老师特别生气地跟我们说， 书上小字部分都有说明，能被4和100整除，但不能被400整除的也不是闰年。我没讲到，你们就不知道看书吗？ 当时的情景仍然历历在目，我觉得这辈子，什么是闰年估计我应该不会再出错了。呵呵~ 言归正传，看看这题目应该如何来实现呢。
C语言后记-17 C语言推荐书籍（珍藏版）
热门推荐
CodeAllen嵌入式
10-20 6万+
1.《C语言程序设计：现代方法》（第2版）推荐理由：时至今日， C语言仍然是计算机领域的通用语言之一，但今天的 C语言已经和最初的时候大不相同了。本书最主要的一个目的就是通过一种“现代方法”来介绍 C语言，书中强调标准 C，强调软件工程，不再强调“手工优化”。这一版中紧密结合了 C99标准，并与 C89标准进行对照，补充了 C99中的最新特性。本书分为 C语言的基础特性、 C语言的高级特性、 C语言标准库和参考资料 4个部分。
回家的感觉
小小's HOME
04-10 1444
虽然工作地与家离的不远，但回去的次数也还是不多，偶尔回家的感觉真还是不错。。。。。只是感情方面最近比较恼人，慢慢来吧
好久没来了：）
小小's HOME
02-25 1404
这几天都很忙，也很累：（ 当成果总还算有，在师傅的指导下总算把两台服务器搞定！今天和ern聊了一下，感觉真好：）
一点点的郁闷
小小's HOME
04-04 1387
从昨天的游玩，到今天QQ上的海侃，心情真的很好，也许有点忘乎所以。然而，静下来想想，感情的事远非那么简单，所以慢慢变得不知所措，开始失落。。。。。工作后的人越来越现实，偶尔迸发出的一点点火花是如此容易的让人摁灭，未来的路是什么样，还不知道。。。。。。。。。。。。。
酒后夜归
小小's HOME
04-07 1316
酒桌上的一言一行本就是应酬，无须多说。只是发现自己现在每时每刻都想着她，她吃饭时的笑容，偶尔蹦跳的样子一次次的出现在我的眼前，如此让人难以忘怀，心中思念之火慢慢燃起。。。。。。。。到宿舍的时候已是很晚，她的电话已经关机，一丝丝失落。。。。。。。。恩，喜欢一个人的滋味。
full GC 一天11次有问题吗
最新发布
10-01
一天发生 **11 次 Full GC** 是否有问题，取决于你的应用类型、堆内存大小、业务负载以及每次 Full GC 的持续时间和影响。但从一般生产环境的稳定性与性能角度来说，**一天 11 次 Full GC 是偏高的，通常意味着存在潜在问题**，需要深入排查。 --- ### ✅ 正常情况下的 Full GC 频率 - 理想情况下：Full GC 应该很少发生，比如几天一次甚至更少。 - 轻量级服务或中等负载应用：每月几次或每周一次是可接受的。 - 如果每天超过 **5~6 次 Full GC**，就需要引起注意。 - **11 次/天 ≈ 每 2 小时一次**，这在大多数场景下属于 **异常频繁**。 --- ### ❌ 可能的问题原因 | 原因 | 说明 | |------|------| | **老年代空间不足** | 对象过早晋升到老年代，或大对象直接进入老年代导致频繁回收。 | | **内存泄漏（Memory Leak）** | 比如缓存未清理、静态集合持有对象引用等，导致对象无法被回收，最终填满老年代。 | | **堆设置不合理** | 堆太小，尤其是老年代太小；或者新生代比例过大，导致老年代容易满。 | | **CMS 或 G1 配置不当** | 使用 CMS 但触发时机太晚，G1 回收不及时等。 | | **大量大对象分配** | 如缓存大数组、大 Map、文件读取未流式处理等。 | | **显式调用 System.gc()** | 第三方库或代码中手动触发 GC，可通过 `-XX:+DisableExplicitGC` 禁用。 | --- ### 🔍 如何诊断？ #### 1. 查看 GC 日志（关键） 启用并分析 GC 日志： ```bash -XX:+PrintGC # 启用基本GC日志 -XX:+PrintGCDetails # 更详细信息 -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -Xloggc:/path/to/gc.log ``` 然后使用工具分析： - **[GCViewer](https://github.com/chewiebug/GCViewer)** - **[gceasy.io](https://gceasy.io)**（上传 gc.log 即可可视化分析） 关注以下指标： - 每次 Full GC 前后老年代使用量（Old Gen Usage） - Full GC 是否能有效回收内存（回收后是否仍很高？） - 是否有 `System.gc()` 调用？ - Full GC 时间长短（是否造成长时间 STW？） #### 2. 使用 jstat 实时监控 ```bash jstat -gcutil <pid> 1000 10 ``` 观察 `FGC` 列增长速度，结合时间判断频率。 #### 3. 使用 MAT 或 JProfiler 分析堆 dump 生成堆转储文件： ```bash jmap -dump:format=b,file=heap.hprof <pid> ``` 用 [Eclipse MAT](https://www.eclipse.org/mat/) 打开，查找： - 最大对象是什么？ - 是否存在重复的大对象？ - 是否有可疑的集合类（HashMap、List）不断增长？ --- ### ✅ 示例：如何减少 Full GC 假设你使用的是 **G1GC**，可以优化 JVM 参数： ```bash # 示例JVM参数（根据实际情况调整） -Xms8g -Xmx8g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=16m -XX:InitiatingHeapOccupancyPercent=45 # 提前启动并发标记 -XX:+G1UseAdaptiveIHOP # 自适应IHOP -XX:-DisableExplicitGC # 禁止System.gc() -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dumps ``` > 关键点：让 G1 在老年代还没满之前就开始混合回收，避免退化为 Full GC。 --- ### 🛠️ 排查流程建议 1. **确认是否真的是“Full GC”** 检查日志中是 `Full GC` 还是 `Major GC`（有些日志把 G1 Mixed GC 也误标为 Full GC）。真正的 Full GC 是 **Serial Old 或 Parallel Old 的 stop-the-world 全堆回收**。 2. **检查是否有 System.gc()** ```bash -XX:+PrintGCApplicationStoppedTime -XX:+PrintReferenceGC ``` 查看是否由显式 GC 引起。 3. **查看老年代增长趋势** 若老年代内存呈线性上升，极可能是内存泄漏。 4. **对比不同时间段的堆 dump** 抓取两次间隔几小时的堆 dump，做差异对比（MAT 中的 "Compare Basket"），看哪些对象在持续增加。 --- ### ✅ 总结 | 情况 | 是否正常 | |------|----------| | 一天 11 次 Full GC + 每次回收效果差（内存没释放） | ❌ 严重问题，可能存在内存泄漏 | | 一天 11 次 Full GC + 老年代很快填满 | ❌ 需优化对象生命周期或堆大小 | | 一天 11 次 Full GC + 来自 System.gc() | ⚠️ 可禁用 | | 一天 11 次 Full GC + 实际是 G1 Mixed GC（非真正 Full GC） | ✅ 可接受，但需确认 STW 时间 | > 🔴 **结论：一天 11 次 Full GC 很可能有问题，必须结合 GC 日志和堆分析进一步确认。** --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值