今年是外企过去十年最差的一年，但也许是未来十年最好的一年。

  最近工作不太忙，较为清闲，一打眼2025年年末了，说一说今年的情况，全年关注的主题——人才优化。

  今年8月份，美国总部宣布大中华区业务方向调整，整个site都被裁员风刮了一遍。著名的打包式裁员，有人甚至没来得及告别，就消失在视线里，原本每天的饭搭子，这次也被优化了。

  表面上我还在岗位上，暂时没被“优化”，但心里的焦虑一点都藏不住。它像雾一样，弥漫在每个角落，哪怕你装得多淡定，它还是挥之不去。

  其实这种焦虑，并不是因为事情已经发生，而是因为你不知道什么时候会轮到自己。虽然这次一刀切赔偿很丰厚——N+7，有不少在List上的同事思考后签字走人，但是留下我们这帮还在干活的人，每天坐在办公室里，隔三岔五的送别同事办理离职手续，甚至偶然发现认识的人Teams突然变成了Unknown状态。脑子里就一直转：我都送走一批又一批同事，谁最后送我们呢？

  我知道焦虑不会很快消失，过度焦虑也没什么作用，我要慢慢学着和它共处。

  最近我做了几件小事：抓住能控制的事情，复习技能、拥抱AI、学点想学的东西，不是为了马上跳槽，而是让自己有一点安全感；早睡早起，保持良好的精神状态。我不知道什么时候这种焦虑会彻底结束，甚至可能永远没有“终了”的那一天。但至少我明白了，焦虑本身就是提醒你照顾自己。环境不稳定，内心可以慢慢稳一点点。哪怕只是一点点，也比被黑暗完全吞掉好。

当 AI 变得越来越强，我们以为可以“用聊天的方式做开发”，但不懂开发的人，真正得到的只是灾难的前奏。

2025年2月，OpenAI 联合创始人 Andrej Karpathy 首次提出了“氛围编程（Vibe Coding）”这一概念。随着 Cursor、Windsurf、Trae、Augment等新一代编程IDE的出现，AI 通过自然语言就能理解开发者的意图、生成代码、优化逻辑、补全测试，软件开发仿佛进入了一个“用聊天的方式做开发”的时代。

听起来很振奋人心。但也有人泼了盆冷水。我记得哪里看到过一位CTO的评价：

“氛围编程看似捷径，但本质是死路”

当你无脑用“氛围”写代码时，你在默默埋雷

如果你正用 Cursor、Windsurf或其他AI编程助手进行所谓的氛围编程

• 给AI一些自己都没完全理解的提示词
• 用不精确甚至自相矛盾的规则指导开发
• 对模型的产出不满就发脾气
• 你对项目所依赖的技术栈一无所知

那么你正在做的是默默埋下无数颗雷。

AI很强，但理解代码并不是它最强的部分

不可否认，大模型在理解意图、分析上下文、提出解决方案方面越来越强。有时只要提示写得够“对味”，足够清晰，再配合社区里流传的所谓“神级规则”， Cursor、Windsurf给出的产出确实惊艳：

• 功能写出来了
• Bug改掉了
• 架构看似清晰
• 应用能跑起来

甚至你会感慨：

“我居然一句代码都没写，居然能完整跑起来！”

但危险也从这里开始蔓延。如果你不知道：

• 代码组织机构、框架、协议、第三方库
• 数据库结构
• 鉴权、安全措施等等

那么你虽然“做出了应用”，但你敢保证上生产环境他不炸吗？

AI没有真正理解整个系统

从AI热潮刚起步时我就一直关注编程Agent，我自己每天也用 Cursor、Windsurf等编程IDE，而且非常享受它们带来的效率提升，它们可以：

• 加速我编码（看我懒不懒）
• 帮我找找Bug（主要工作）
• 自动优化重复工作（主要工作）
• 辅助我思考架构，并给我一些建议（辅助工作）

而如果一个人对技术体系毫无理解，纯粹外行，那么所谓“AI编程”，在本质上就像：

一个不会开车的人，让自动驾驶在山路上狂奔。

AI不可能一次性读懂所有上下文，也无法真正理解架构意图。

在使用的过程中，我发现它会：

• 偶尔忘记设计文档
• 偶尔忘记编程规约
• 偶尔忽略关键设计
• 经常脑补额外的逻辑
• 经常产出看似合理、但实则致命的代码

以上问题，是我使用了OpenSpec，Cursor Universal Rules等依旧产生的问题。

我的感触是截至目前，项目越大、业务越复杂，AI的局限就越明显。

我一度认为是我手法有问题，经过我一段时间的思考和学习，甚至专门去一些技术论坛与其余开发者交流，在我使用了氛围编程2个月后，我决定放弃氛围编程。

针对氛围编程，我的观点是：我要知道AI在做什么，我也知道自己在做什么。

当一切炸掉时，你根本不知道问题从哪来。

Cursor、Windsurf、Trae、Augment都帮不了你，ClaudeCode、CodeX也帮不了你。它们只能给出“看起来对”的修复建议，但对于复杂系统，这种修复按中医的话说，叫“治标不治本”。

你盯着大量日志一脸懵逼，于是不懂开发的你想：“找个开发帮我修吧，这不就搞定了吗？”

如果你运气好，开发可能几十个小时修完。如果你运气不好，那就是几百小时。特别是在项目质量非常糟糕、90%代码都得重构的时候，值吗？？关键Charge不便宜，可以问问东软，中软这些外包头子，请一个差不多水平的高工，1人月到底多少钱。

截至目前，AI对资深开发和架构者是利好，对初级开发者和小白并不是好事。

别指望靠“氛围编程”写出可维护的应用

AI 是工具，不是你的替身工程师。

你还是得：

• 理解你的系统
• 知道你的架构
• 熟悉你的代码
• 不断回归测试

当你无脑让AI写完整项目，等你发现它是一坨翔时——恭喜，你连补救的机会都没有，你会真正体会，什么叫做食之无味，弃之可惜。

它活着是个Bug，重写是个坑，维护是场梦。

生活

  生活依旧是那么的平淡和简单，2024年可能是我工作这快10年，特别想回归家庭的一年，想一想原因，可能不是完全因为家庭能给我温暖，而这是我成为逃避工作的港湾，回到家不用在面对同事的扯皮以及无限的工作内耗吧。而每周最开心的事是周五下班，周末去逛早市，年龄大了，发现逛早市比逛山姆有意思多了，山姆只有在买东西的那一刻是快乐的，而早市却能让我回忆很久。想一想是不是消费降级的原因，是或者也不是。但是早市给我的温暖远超过超市带来的感觉。

工作

  完全得过且过，躺平。经济环境的恶化，导致每天无限的内耗和失望。外企的撤离，从两年前来看只是开始，如今面对这样的环境只能是忍着。不聊了，2025年拭目以待吧，Game Over。

更新日志

• 20250101
  修复了文件获取失败导致无法继续执行的问题。

• 20240716
  修复了log输出时时间戳不准确的问题。

• 20240624
  修改wget方式，合并去重以及格式化。

• 20240601
  增加了下载是否成功并且行数大于0验证。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

#!/bin/sh
s#!/bin/sh
set -e

# Hosts URL 列表
HOSTS_URL1="https://gitlab.com/ineo6/hosts/-/raw/master/next-hosts"
HOSTS_URL2="https://raw.hellogithub.com/hosts"
HOSTS_URL3="https://gh-proxy.com/raw.githubusercontent.com/maxiaof/github-hosts/master/hosts"

# 系统文件
UPDTLOG_FILE="/tmp/app_update.log"
TMPHOST_FILE=$(mktemp)
ETCHOST_FILE="/etc/hosts"

log_message() {
    echo "$(date "+%Y-%m-%d %H:%M:%S") $1" >> "$UPDTLOG_FILE"
}

download_hosts() {
    local url=$1
    local output
    output=$(/usr/bin/wget --timeout=10 --no-hsts -qO- "$url" 2>/dev/null)
    if [ $? -eq 0 ]; then
        echo "$output"
    else
        log_message "[Hosts Update]Failed to download from $url"
        return 1
    fi
}

{
    download_hosts "$HOSTS_URL1" || true
    download_hosts "$HOSTS_URL2" || true
    download_hosts "$HOSTS_URL3" || true
} | sed -e '/^[[:space:]]*$/d' -e '/^[0-9]/!d' \
  | sort -uk2 | awk '!seen[$0]++' \
  | awk '{printf "%-20s %s\n", $1, $2}' > "$TMPHOST_FILE"

LINE_COUNT=$(wc -l < "$TMPHOST_FILE")

if [ -s "$TMPHOST_FILE" ] && [ "$LINE_COUNT" -gt 0 ]; then
    cp "$TMPHOST_FILE" "$ETCHOST_FILE"

    if command -v systemctl >/dev/null 2>&1; then
        systemctl restart dnsmasq
    else
        /etc/init.d/dnsmasq restart
    fi

    log_message "[Hosts Update]Successfully downloaded Hosts File [Records:$LINE_COUNT]"
else
    log_message "[Hosts Update]Failed to download Hosts File [Records:$LINE_COUNT]"
    exit 1
fi

trap 'rm -f "$TMPHOST_FILE"' EXIT

  看文章数量也知道，这几年很难有精力静下心来写博客了。
  今天想写的兴趣在于目前对未来形势的悲观的思考。

正文

  外企工作多年，昨天CEO一封邮件一发，全员哗然。全文大意透露出来的信息就是，今年大环境不好，在大中华区，我们要优化掉那些性价比不高的员工，我们尊重员工平庸，但是拒绝员工躺平。至于升职加薪甚至年终奖的问题，依据目前大中华区的经营状况，要冻结甚至减少了。

  这是一个意料之中的事情，只是来的晚了一些。原因在于周围不少同事以及前同事几个月前就谈论到，体制外裁员失业潮涌来，体制内奖金少发，暂缓。去招聘网站看了一下，发现全是招聘外包员工，大公司的正式员工招聘几乎冻结，即使开了坑，要求也是不断提高。这就导致了最近这半年有点焦虑，好几天晚上有些失眠，担心被优化了，市场环境不好的时候，谁也没有百分之百的把握，提高技能只会让行业更卷，但是在历史浪潮下，目前没有什么好的对策。

  尊重平庸，拒绝躺平。CEO这话我不太同意。公司传达出来的信息是愿意尊重员工的平庸表现，但不会容忍员工放弃积极进取的态度，即使工作不出色，也要保持积极努力的工作态度。根据我的观察，亚洲国家，尤其是中国、韩国和日本的工作态度一直都非常积极。与印度、菲律宾和马来西亚等东南亚国家的同事合作时，中国员工的责任感和工作态度通常更胜一筹，更不用说与欧美国家的比较了。

  毕竟目前环境在这里，经济形势越差，行业也就会越卷，至于体制内的工作，目前还没让我觉得有多羡慕，有碗没饭这个我也不能接受。甚至这会儿目前羡慕一些做第二职业的，所谓第二职业，那就是，跑滴滴，送快递。每晚加班和司机师傅聊一聊，谈论到第二职业，他一看我的穿着和单位，说：小伙儿，你这个开滴滴送外卖，你们肯定都干不了，你们这帮外企的天天把劳动法放嘴边，就这个心态，送快递外卖这纯粹就是范围以外，至于我们这行，一天坐十几个小时都是正常，所以你们还是得考虑考虑别的退路。哈哈，程序员脑子就是想的35岁被优化去送外卖开滴滴，目前来看是不行的，毕竟门槛低，这2年滴滴外卖明显女性成员也很多。思前想后，考虑到国内和国际形势，我认为建立一个副业是有必要的。在我看来，两个基本要点至关重要：实时性和专业性。实时性意味着需要在工作日内快速反应，因此某些需要即时反馈的职业并不适合，因为只能在下班后才能从事。专业性需要额外的学习和技能，因为要赚钱，必须有一定的专业知识，否则风险太大。

  目前依据个人能力可以做的：外包，代购，中介。

  这三个还需要再去选择一下，外包的话，虽然能做，但是考虑到各式各样的情况，单价高，但是回款周期速度极慢，甚至遇见老赖，来回扯皮也很麻烦，而且对于一些不合理需求，可能无法拒绝，导致付出不太成正比。代购的话，可以考虑一下，如果toB的话，可能不行，毕竟手里没资源，只能做toC了，需要一定时间与客户建立信任。甚至这个网络中介也可以，利用自己网络影响力来推广产品靠佣金获取收入，毕竟自己以前在这方面有一定的推广经验。

  在这个充满不确定性的时刻，根据CEO的邮件和市场环境的变化，我感到迫切需要思考自己的未来。建立一个副业似乎是明智之举，不仅可以增加经济安全性，还可以提供备用的职业道路，努力为自己的事业和生活创造更多的可能性。

关注行业趋势与技术创新

  技术行业变化迅速，持续关注行业趋势和技术创新是非常重要的。订阅技术博客、关注技术媒体和社交媒体账号，参加行业会议和研讨会等方式，了解最新的技术发展和趋势。这样你可以及时调整自己的学习计划和技术方向，保持竞争力。

持续学习与自我提升

  技术是不断演变和更新的领域，因此持续学习是提升技术能力的关键。保持学习的状态，通过阅读技术书籍、参加在线课程、观看教程视频等方式获取新知识。同时，积极参与技术社区，与其他技术爱好者和专业人士交流，分享经验和学习资源。

参与开源项目与贡献

  参与开源项目是一个极好的方式来提升技术能力和拓宽视野。寻找与你技术兴趣相关的开源项目，积极参与其中，贡献自己的代码和想法。通过与其他开发者合作，你可以学习到他们的技术见解和最佳实践，同时也可以展示自己的能力。

实践与项目经验

  理论知识的学习只是提升技术能力的一部分，实践是关键的环节。找到合适的项目来应用你的技术知识，积累项目经验。这样不仅可以巩固你的技能，还能锻炼解决问题的能力和实际操作的经验。

持续学习与自我提升

  技术是不断演变和更新的领域，因此持续学习是提升技术能力的关键。保持学习的状态，通过阅读技术书籍、参加在线课程、观看教程视频等方式获取新知识。同时，积极参与技术社区，与其他技术爱好者和专业人士交流，分享经验和学习资源。

结语

  技术是一个不断发展的领域，只有持续学习和努力才能跟上变化的步伐。希望这篇博客给你提供了一些提升技术能力的方法和启示。无论你身处哪个领域，都要保持学习的热情和勇于尝试新技术的态度，不断提升自己的技术能力，实现个人和职业的成功。

本文由AI文字生成。

以下是我订阅的去广告规则：

• AdBlock

• AdRules

• GoodByeAds

  没有哪个行业在35岁以后还会吃香，所谓35岁以后还能吃香的，无非抱着吃老本的态度来看待的。

  网上认为教师、医生、律师、体制内没有35岁中年危机，说这话的这些人恐怕是没见过大龄、误人子弟的教师混子、平淡无奇的庸医、以及多少年都没接不到案子的缺德律师和退休还是科员的体制内人员。

  首先来说说医生，家里有医生，父母也有医生朋友，医生是个严酷的正筛选机制，硕士、博士毕业以后，还要规培、进入医院以后，哪怕考试通过的执照医生也要不停的继续接受复查，不合格就会被淘汰，所以基本能保证到了40岁哪怕不是个良医、名医！起码是个合格、合规的医生，但这也只是合格，不一定是吃香，为什么？光是年纪大，不厉害，不叫资深，那叫庸医。你想想你去医院看病，哪怕是普通感冒，除非经济条件限制，有几个人愿意主动去挂普诊的？是不是都觉得专家号肯定比普通号要好？外行就开始鄙视了！不是说一入行就高枕无忧了，从一名住院医师、主治医师、副主任医师、主任医师这四个阶段来看，其实好多医生其实到主治医师就到头了呀，尤其这些年看学历、看论文、看期刊、各种评职称之类的，都进入了非常严酷的筛选机制，不像几十年前，即使没这些东西，不出医疗事故，到岁数了也能混到副主任医师这个级别，也是大部分人的归宿。

  说说教师，教师有一点好处，从业资格是终身制，只要入行考编进入学校，除非是干出猥亵孩童这种猪狗不如的事，否则不管教的多差多烂，职位都非常安全，而且到老没混到特级教师的太多了。但是有个问题是，现在内卷越来越严重，以前要求老师是硕士，现在北上广深好一点的学校要求博士，甚至从本科就开始卡人，新进来的年轻人教了没几年，成绩卓著、比老教师业绩好，作为老教师，你脸上能挂的住么？现在再看当年教我的哪些老师，当时就觉得教得好的老师，现在都是特级教师了，而大部分老师，也就是高级教师到头了。

  再说律师，大家如果真接触这一行，你就可以看到，10个律师8个骗，1个有良心，1个很牛逼，大家看罗翔的法律讲座也不少了，你看看刑辩律师，尤其在中国法律制度不断健全的今天，刑辩律师可发挥性很难，因为辩护是要讲证据的，只要证据充分，律师再有天大的本事也无济于事，对于诉讼费来说，就凭良心要了！周围同学有考律师资格证最后转行的，但是通过之后了解的情况，并不是一个网上说很吃香的工作，大家对于他的认同就是：本质是一个销售。对于其他商法律师、知识产权律师，收费很透明。在所里面，如果你接不到案子，律师只有最低工资，而高收入完全靠本事（良心）了。

  再说体制内的情况，网上有个段子说的挺好，人生职业尽头是考遍。尤其2020年的时候，这个体制内的优越性就立马体现出来了，不裁员、不降薪旱涝保收。而对于在体制内的人最大感悟就是，如果不为升官仕途，当个混子到退休也不是没有可能，毕竟辞退公职人员是一件非常难的事情，除非触犯刑法。但是也有个问题需要注意的是，这几年所发出的信号，国家提倡各级政府“过紧日子”，体制内的人很明白，全国各地人员的基本、职级工资不会差太多，比如北京、长春、上海、贵阳这些地方，全国对于科员、副科、正科等职级工资是一样的，但是有一点不同，那就是其他收入来源，每月的补助以及精神文明奖等额外年终奖是主要增收来源，算是一种福利，所以也就会出现网上有的公务员说自己一年收入8万，也有说自己一年小30万的（当然把单位缴纳的公积金也算进去了）。

  其实说了这么多，网上喜欢讨论年龄，职业生涯，各种职业规划，其实都有一个默认的潜意识前提，那就是：最好自己不要额外努力，不要变优秀，不要变厉害，纯粹由外界推着走，比如职业和单位，随着年龄的增长自然而然的就可以得到自己想要的一切，就可以变得富足快乐，也就是所谓的越老越吃香。这种想法说白了就是彻头彻尾的懒汉思想，完全就是不思进取，这种潜意识的职业思维广为传播，对于年轻人是非常严重的毒害！

  郑渊洁老师的一句话，才是真正的指路明灯，像灯塔一样拨清了你所有关于职业发展的思想迷雾：铁饭碗不是指在同一个地方吃一辈子饭，而是指这辈子去任何地方都能吃上饭。这句话简单朴素，但异常深刻，涵盖的内容极为复杂博大。你需要思考的不是哪些工作在35岁以后还能吃香，而是你这个人，这辈子在任何地方，能靠什么吃得上饭。绝大部分人都只有一个职业属性和学历属性。我是XX大学毕业的，我是XX/我的职业是XX除此以外，没有任何的技能属性。你会什么，做的好吗？这么基础的常识，绝大部分人可能都答不上来。要知道哪怕是医生，也有我就是个医生。和我是个医生，我擅长XX领域的治疗，发表过XX论文，搞过XX研究，成功治愈过XX起病例。

  我今年30岁，没到35，不过也不远了。而我从事也是网上喊得35中年危机最多的，吃青春饭的程序员。(到现在我都没明白，程序员自黑的梗，网友居然信了)。本人程序员，中途跳槽过好几家公司，对此感触颇深。大学毕业进入一家比较安逸、养老的500强外企，从事开发工作，每天工作可以说很轻松，轻松到行业内部人员都知道“遛弯”这种传统的地步，在这家公司工作五年之后，决定要自我改变一下，出去闯闯，离开了这个安逸的工作，不是说这家公司不好，虽说收入一般，但是也没让员工996，在这家公司期间，根本不知道什么是996，5年加班时间连30小时都不到。周围的人大多毕业于名校，与之对比最大的不同在于，好多人做的工作都是基础性的螺丝钉，但是有一小部分人并没满足这份工作的安逸，本来有做Java开发，转行去做DevOps，也有英语口语很好，自学小语种的，也有本来做SAP的转行去做Java开发。前几日，我得到的消息是，该公司大量裁员了，赔偿也不少N+3，我周围好多人不知道这个赔偿意味着啥，国家法定赔偿是不少于N+1，N代表你在这家公司工作年限，大部分都是老员工，工作8年以上，就是8+3=11个月的工资，白拿十几万呀！我说白拿指的是有技术、有能力、学习能力很强的人算作白拿，因为可以很快找到下家，我看好多Ex同事，离职当天朋友圈就说已经拿到下一家Offer了，待遇还有所提升，这一点我根本不意外，因为这帮人在工作的时候，能感受到虽然自己的工作很基础，但是从来对学习不懈怠，保持强有力的学习能力，而哪些我当时认为是大混子的同事，直接就留言在家待业、家里蹲，自嘲的同时也显万般无奈。通过提高抗风险能力来解决未来可能遇到的风险，而不是永远安慰自己一潭死水就是“安稳”、“稳定”、“老实”，风险真正来临的时候都不用等浪，一点水花就拍翻了。

  还有一个例子是我现在的同事，称他为Y哥吧，1976年出生，编码经验20多年了，已经荣升至副经理级别，技术能力、外语口语、接人待物都很强。在我旁边坐的时候，大哥每天中午利用15分钟时间练习英语口语音标，纠正发音和语法错误，可能在旁人看来，都40多岁了还有必要这么拼吗？但是后来他去了别的项目，别的项目领导还说Y学习能力强，不到一星期对一门新的开发语言已经完整写出来了，而且还去指导别的人的工作，一个月以后就去做Code review了，周围这种例子也蛮多的，有20来岁不好好学习被公司劝退的，也有40来岁跳槽过来做开发工作的，好在公司是一家以技术主导的企业，并没有歧视这些人过往经历，只要为公司提供价值（ya zha），收入也不菲。这种人是不存在35岁中年危机，至少职业上不会，可能会出现在家庭上，这样的中年叫事业的大成期，青出于蓝，长期的积累到如今终于开花结果了。在各个行业都是业内专家，独当一面的存在。本身厉害的人，年纪大了，叫资深专家，光是年纪大，不厉害，就不叫资深，叫风险过大。劝君不要妄图随便找个工作就能够自然而然的年纪变大人也变资深。退一万步讲，哪怕这件事是真的，引发你的焦虑。可焦虑除了浪费时间，有任何屁用吗？有这么多焦虑的国际时间，不如好好发展自己的技能，想着提高。而不是坐着不需要额外努力，只是被外界推着自然而然的变厉害变成功。

  有能力的人在一个地方吃一辈子饭，才叫选择。没能力的人在一个地方吃一辈子饭，叫没得选。人还是趁年轻多学几项技能比较好。一辈子职业生涯很长，谁知道以后会发生什么。永远要有plan B，现在没有那就慢慢培养未来有就行。

1. Java高并发实战
2. Effective Java
3. 清华韩秀云讲经济
4. 大秦帝国
5. 郭论

考试计划

争取把日语口语N2通过，变相给自己涨点工资！

以上。

我出问题所在不是因为error参数问题，而是刷新hosts之后就好使了。

解决方法

方法一

刷新记录报错host的文件 注意：数据库主从服务器要确定是被哪个MySQL服务拒绝了，刷新对应的服务器即可,不确定的话就都刷新吧。

1

mysql>flush hosts;

方法二

进入数据库将max_connection_errors参数调高，也可以在my.cnf文件中修改不过需要重启MySQL。

1
2
3

mysql>show variables like '%max_connection_errors%';
mysql>set global max_connect_errors = 1000;
mysql>show variables like '%max_connection_errors%';

1
2
3
4
5
6
7
8
9
10
11
12

1. 替换brew.git:
cd "$(brew --repo)"
git remote set-url origin https://mirrors.ustc.edu.cn/brew.git
2. 替换homebrew-core.git:
cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core"
git remote set-url origin https://mirrors.ustc.edu.cn/homebrew-core.git
3. 重置brew.git:
cd "$(brew --repo)"
git remote set-url origin https://github.com/Homebrew/brew.git
4. 重置homebrew-core.git:
cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core"
git remote set-url origin https://github.com/Homebrew/homebrew-core.git

AdoptOpenJDK 是免费的、完全无品牌的 OpenJDK 版本，基于 GPL 开源协议（+Classpath Extension），以免费软件的形式提供社区版的 OpenJDK 二进制包，公司也可安全且放心使用。与由 Oracle 的 OpenJDK 构建版本不同，这些版本会提供更长的支持，像 Java 11 一样，至少提供 4 年的免费长期支持(LTS)计划,jdk13估计快发布了，所以可以继续用LTS版本，JDK8和11足够用了。

1
2
3
4
5

brew cask install AdoptOpenJDK/openjdk/adoptopenjdk8
brew cask install AdoptOpenJDK/openjdk/adoptopenjdk9
brew cask install AdoptOpenJDK/openjdk/adoptopenjdk10
brew cask install AdoptOpenJDK/openjdk/adoptopenjdk11
brew cask install AdoptOpenJDK/openjdk/adoptopenjdk12

调优方法：凭感觉。。。哈哈哈哈，其实也不是，主要要看gc.log里面的full gc和 young gc次数。
启动速度由原来优化前的27秒，缩短至12秒左右，个人很满意了，因为还安装了DevStyle之类的主题。
对于以下的参数不懂的话，最好去阅读一下周志明的《深入理解Java虚拟机》。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

-Xms2048m
-Xmx2048m
-Xmn1024m
-XX:NewSize=768m
-XX:MaxNewSize=768m
-XX:PermSize=1024m
-XX:MaxPermSize=1024m
-XX:CompileThreshold=100
-XX:MetaspaceSize=256m
-XX:CMSInitiatingOccupancyFraction=80

-XX:+DisableExplicitGC 
-Xverify:none
-Xloggc:gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
-Dcom.sun.management.jmxremote

GC Log

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

[0.005s][info][gc,heap] Heap region size: 1M
[0.022s][info][gc     ] Using G1
[0.022s][info][gc,heap,coops] Heap address: 0x0000000080000000, size: 2048 MB, Compressed Oops mode: 32-bit
[10.242s][info][gc,start     ] GC(0) Pause Young (Normal) (G1 Evacuation Pause)
[10.243s][info][gc,task      ] GC(0) Using 8 workers of 8 for evacuation
[10.310s][info][gc,phases    ] GC(0)   Pre Evacuate Collection Set: 0.0ms
[10.310s][info][gc,phases    ] GC(0)   Evacuate Collection Set: 59.3ms
[10.310s][info][gc,phases    ] GC(0)   Post Evacuate Collection Set: 7.4ms
[10.310s][info][gc,phases    ] GC(0)   Other: 1.0ms
[10.310s][info][gc,heap      ] GC(0) Eden regions: 768->0(694)
[10.310s][info][gc,heap      ] GC(0) Survivor regions: 0->74(96)
[10.310s][info][gc,heap      ] GC(0) Old regions: 0->0
[10.310s][info][gc,heap      ] GC(0) Humongous regions: 6->2
[10.310s][info][gc,metaspace ] GC(0) Metaspace: 80130K->80130K(1126400K)
[10.310s][info][gc           ] GC(0) Pause Young (Normal) (G1 Evacuation Pause) 774M->75M(2048M) 67.810ms
[10.310s][info][gc,cpu       ] GC(0) User=0.37s Sys=0.06s Real=0.07s