创作 1024 天｜把热爱写成长期主义

🏠个人主页：尘觉主页

文章目录

[创作 1024 天｜把热爱写成长期主义](#创作 1024 天｜把热爱写成长期主义)
- 一、机缘｜从"怕忘记"开始的记录
- 二、收获｜比数据更重要的是"被需要"
- 三、日常｜当创作成为学习的一部分
- 四、成就｜一段让我真正成长的代码
- [五、憧憬｜继续写下一个 1024 天](#五、憧憬｜继续写下一个 1024 天)

创作 1024 天｜把热爱写成长期主义

当我回过头翻看最早的几篇文章时，代码并不优雅，行文也谈不上成熟，但那份"把问题搞懂、把过程记下来"的执念，一直延续到了现在。

这些年，创作于我而言，不再只是输出文字，而是一次次对学习、实践与思考的复盘。

一、机缘｜从"怕忘记"开始的记录

最初开始写技术文章，并不是为了流量，也没有想过"做博主"。

真正的起点很简单：

在实战项目中踩过太多坑，第二次再遇到却依然要重来一遍
学习 Spring、MyBatis、Redis、Linux 时，知识点零散、难以形成体系
很多问题在查资料、翻源码后终于想明白，却发现"只存在于当下的脑子里"

于是我开始把项目中的关键实现、学习中的理解过程、问题的来龙去脉写下来。

最开始，文章更像是写给未来自己的"技术备忘录"，后来慢慢变成了：

实战项目的技术拆解
后端核心框架原理的通俗化理解
从「能用」到「为什么这么设计」的思考记录

也正是在这个过程中，我逐渐意识到：技术写作，本身就是一种高质量的学习方式。

二、收获｜比数据更重要的是"被需要"

如果只从数据看，这一年也算交出了一份答卷：

累计创作 400+ 篇技术文章
总字数 200 万字以上
收获 7900+ 粉丝
阅读量 58 万+
获得 CSDN 博客之星（全国第 41 名 / 第 58 名）
入选 CSDN 新星计划 Java 后端 & 全栈前五

但比数据更重要的，是这些瞬间：

评论区里有人说："你这篇把我卡了两天的问题讲清楚了"
有同学私信交流项目设计和学习路线
在技术社区、线下大会上，逐渐认识了一批真正愿意深入讨论技术的人

这些反馈让我意识到：
写作不是单向输出，而是一种持续发生的技术交流。

三、日常｜当创作成为学习的一部分

现在，创作已经自然地融入了我的学习与实习生活。

在有限的精力下，我逐渐形成了一套自己的节奏：

学习阶段：边学边记，先形成"半成品笔记"
项目阶段：只写真正踩过的坑和做过的设计
输出阶段：从"我当时是怎么想的"出发，而不是直接给结论

创作并没有占用我太多额外时间，反而：

帮我梳理知识体系
逼我把"模糊理解"变成"可表达的逻辑"
让我在实习和项目中，更快定位问题、复盘方案

对我来说，写文章不是负担，而是一种自我校准。

四、成就｜一段让我真正成长的代码

在众多项目经历中，我最有成就感的，来自高并发秒杀系统中的一次关键实现。

下面这段代码，用 Redis 的原子操作解决了高并发场景下的超卖与重复下单问题：

java 复制代码

public boolean trySeckill(Long userId, Long goodsId) {
    String stockKey = "seckill:stock:" + goodsId;

    // 原子扣减库存，防止超卖
    Long stock = redisTemplate.opsForValue().decrement(stockKey);
    if (stock < 0) {
        redisTemplate.opsForValue().increment(stockKey);
        return false;
    }

    // 用户购买标识，防止重复下单
    String userKey = "seckill:user:" + userId + ":" + goodsId;
    Boolean success = redisTemplate.opsForValue()
            .setIfAbsent(userKey, "1", 5, TimeUnit.MINUTES);

    if (Boolean.FALSE.equals(success)) {
        redisTemplate.opsForValue().increment(stockKey);
        return false;
    }

    return true;
}

这段代码不复杂，但它背后是真实业务场景中的权衡：