步小四
码龄2年
求更新 关注
提问 私信
  • 博客:138,984
    问答:12
    动态:2,158
    141,154
    总访问量
  • 147
    原创
  • 1,327
    粉丝
  • 4
    关注
IP属地以运营商信息为准,境内显示到省(区、市),境外显示到国家(地区)
IP 属地:河南省
加入CSDN时间: 2023-10-16

个人简介:所有的万里江山,最初都被叫做痴心妄想。

博客简介:

2303_80341387的博客

查看详细资料
个人成就
  • 获得2,531次点赞
  • 内容获得43次评论
  • 获得2,215次收藏
  • 代码片获得492次分享
  • 博客总排名10,239名
  • 原力等级
    原力等级
    5
    原力分
    1,005
    本月获得
    99
创作历程
  • 18篇
    2026年
  • 84篇
    2025年
  • 45篇
    2024年
成就勋章
TA的专栏
  • Git
    7篇
  • Spring Cloud
    8篇
  • JavaEE进阶
    9篇
  • RabbitMQ
    4篇
  • Redis
    12篇
  • C语言日常练习
    3篇
  • JavaEE初阶
    18篇
  • C语言基础知识汇总
    6篇
  • web前端
    9篇
  • 算法
    32篇
  • 数据结构
    7篇
  • JavaSE
    15篇
  • Linux
    1篇
  • 数据库MySQL
    12篇
  • 测试
    5篇

TA关注的专栏 0

TA关注的收藏夹 0

TA关注的社区 0

TA参与的活动 1

兴趣领域 设置
  • Java
    java
  • 编程语言
    c++c语言
  • 数据结构与算法
    算法
创作活动更多

Claude Code 开发者创客大赛: AI 编程实战征文计划

随着 Claude Code 的爆火,AI 编程助手正在彻底改变开发者的工作流。它不仅能自动补全代码、优化算法,还能理解复杂需求并生成高质量脚本。 为探索 Claude Code 的潜力,CSDN 发起本次征文活动,邀请开发者分享实战经验、创新案例和技术思考,共同推动 AI 编程的普及与进化。 --- **创作主题**:用 Claude Code 重新定义编程效率 **创作方向**(供参考,鼓励自由发挥) **1. 效率革命:Claude Code 如何提升开发效率** - 对比传统编程 vs. Claude Code 辅助编程的耗时差异 - 实际项目中的效率提升案例(如快速生成 API、自动化脚本等) **2. 技术深挖:Claude Code 的高级用法** - 如何编写精准的 Prompt 让 Claude Code 生成更符合需求的代码 - 结合特定语言(Python/JS/Go等)的实战技巧 - 调试与优化 Claude Code 生成代码的方法 **3. 跨界融合:Claude Code 的创意应用** - 用 Claude Code 生成游戏逻辑、艺术代码(如 Processing 创意编程) - 结合低代码平台(如 Appsmith、Retool)快速搭建工具 - 在数据分析、爬虫、DevOps 等领域的落地案例 **4. 硬核挑战:用 Claude Code 完成一个完整项目** - 从零开始,仅依赖 Claude Code 开发一个小型应用(需附代码仓库和效果演示) - 记录开发过程中的思考、踩坑与解决方案 **5. 未来之辩:AI 编程的边界与伦理** - Claude Code 会取代程序员吗?职业发展的应对策略

82人参与 去参加
  • 最近
  • 文章
  • 专栏
  • 资源
  • 代码仓
  • 问答
  • 帖子
更多
  • 最近

  • 文章

  • 专栏

  • 资源

  • 代码仓

  • 问答

  • 帖子

  • 社区

  • 视频

  • 关注/订阅/互动

搜索 取消

【Git】-- 分支管理

本文介绍了Git分支管理的基本操作,包括查看、创建、切换、合并和删除分支。主要内容为:1)使用git branch查看当前分支;2)通过git branch 分支名创建新分支;3)使用git checkout切换分支;4)用git merge合并分支内容;5)通过git branch -d删除分支。重点演示了分支合并冲突的处理方法:当两个分支对同一文件修改后合并时会产生冲突,需要手动编辑冲突文件后提交。最后建议合并后删除多余分支,并介绍了git log --graph查看分支合并图示的方法。
原创
博文更新于 2026.01.18 ·
192 阅读 ·
2 点赞 ·
0 评论 ·
4 收藏

【Git】-- 解决git branch -a打印已被删除的远程分支

查看远程分支的情况,我们可以发现,部分分支已经是stale状态。stale状态的分支就是已经被我们删除了的分支,但是我们查看分支时依旧能看到这些分支。此时,就可以看到这些stale状态的分支已经"被修剪"了。但是本地的分支依旧存在,使用。
原创
博文更新于 2026.01.16 ·
156 阅读 ·
9 点赞 ·
0 评论 ·
2 收藏

【Git】-- 标签管理

本文介绍了Git标签管理的基本操作,包括创建标签、查看标签、给历史提交打标签、添加标签描述、删除标签以及推送标签到远程仓库。标签(tag)是对commit的标识,相比commit id更易记忆,便于版本回溯。通过示例命令展示了如何为最新提交打标签(v1.0)、查看.git目录中的标签存储结构、给特定历史提交打标签(v0.9)、添加带描述的标签(v0.8)等操作。最后说明了如何将单个标签(v1.0)或所有标签(--tags)推送到远程仓库。标签管理是Git版本控制中重要的里程碑标记方式。
原创
博文更新于 2026.01.16 ·
939 阅读 ·
17 点赞 ·
0 评论 ·
27 收藏

为什么封装第三方组件

本文阐述了封装第三方组件的五大优势:1)通过抽象层实现解耦,降低第三方变更对业务代码的影响;2)统一接口简化调用,屏蔽底层差异;3)封装复杂逻辑提升扩展性;4)规范化错误处理机制;5)通过注释文档增强代码可读性和团队协作效率。同时建议保持原始返回值以便调试。这种封装模式能显著提升项目的可维护性和开发效率。
原创
博文更新于 2026.01.15 ·
230 阅读 ·
7 点赞 ·
0 评论 ·
2 收藏

【Spring Cloud】-- RestTeplate实现远程调用

但是这种风格的接口,只能从接口上定义其资源,但是无法通过接口了解具体对资源进行了什么操作。定义bean可以使用五大注解或者@Bean的方式来定义,但是RestTemplate是第三方的类,五大注解只能修饰自己的类,所以我们使用@Bean来进行修饰。: 是Spring提供的,用来封装HTTP调用,并强制使用RESTful风格,它会处理HTTP连接和关闭,只需要使用者童工资源的地址和参数即可。:表现层资源状态转移(资源在网络中以某种表现形式进行状态转移),是一种软件架构风格,表现层:资源的表现形式。
原创
博文更新于 2026.01.15 ·
326 阅读 ·
9 点赞 ·
0 评论 ·
2 收藏

【Git】-- 多人协作

本文介绍了Git多人协作的基本操作流程。主要内容包括:1.查看分支的命令(git branch -r/-a/-vv);2.演示同一分支下多人协作场景,展示开发者1和开发者2在dev分支上修改同一文件时如何处理冲突。详细步骤包括:创建本地分支并关联远程分支、修改文件、提交代码、解决冲突等关键操作,最后通过git pull和git push完成协作开发。文章强调了分支管理的重要性以及解决代码冲突的标准流程。
原创
博文更新于 2026.01.15 ·
783 阅读 ·
16 点赞 ·
0 评论 ·
8 收藏

【RabbitMQ】-- 应用问题

本文探讨了RabbitMQ在实际应用中的三个核心问题:幂等性、顺序性和消息积压。幂等性方面,RabbitMQ支持"最多一次"和"最少一次"传输,需通过业务逻辑避免重复消费;顺序性保障建议采用单队列单消费者或分区消费策略,全局顺序性需结合业务实现;消息积压的解决方案包括提升消费者效率(如多实例、优化逻辑)、限制生产者速率(流量控制、限流)及优化服务器配置。RabbitMQ作为分布式系统,需权衡吞吐量与严格顺序性,实际应用中需根据场景选择策略。
原创
博文更新于 2026.01.15 ·
1668 阅读 ·
43 点赞 ·
0 评论 ·
39 收藏

【Redis】-- 持久化

Redis提供了两种持久化机制:RDB和AOF。RDB通过定期生成数据快照实现持久化,支持手动(save/bgsave)和自动触发,但存在数据丢失风险。AOF通过记录所有写操作命令实现实时备份,包含缓冲区写入、文件重写等流程,能更好保证数据完整性但恢复速度较慢。Redis还支持混合持久化,在AOF重写时将内存数据以RDB格式写入文件头,结合了两种机制的优势。RDB适合备份和快速恢复,AOF提供更高可靠性,混合模式则平衡了性能和数据安全性。持久化机制的选择需要根据业务需求和数据重要性进行权衡。
原创
博文更新于 2026.01.14 ·
686 阅读 ·
12 点赞 ·
0 评论 ·
13 收藏

【Redis】-- key的过期策略

Redis采用定期删除和惰性删除相结合的key过期策略。定期删除通过每次抽取部分key检查过期时间,避免阻塞主线程;惰性删除则在访问过期key时触发删除操作。这两种策略虽能减少内存占用,但仍存在过期key清理不及时的问题,因此Redis还提供了内存淘汰机制作为补充。整体设计在性能与资源消耗之间取得了平衡,确保了Redis的高效运行。
原创
博文更新于 2026.01.14 ·
434 阅读 ·
2 点赞 ·
0 评论 ·
4 收藏

【JavaEE进阶】-- 加密算法

在数据库中通常存放一些用户的隐私信息,这些隐私信息通常不可以将其明文存放:1. 代码角度:代码bug漏洞可能会导致数据泄漏。2. 管理角度:管理员有权限查看数据表的数据,有可能会直接泄漏表数据。
原创
博文更新于 2026.01.14 ·
401 阅读 ·
5 点赞 ·
0 评论 ·
6 收藏

【Redis】-- 哨兵

再控制其他节点,执行slave of,让这些其他节点,作为新的主节点的从节点。多个哨兵进行投票,一个哨兵节点一票,多个Redis都认为这个Redis服务节点挂了(达到了法定票数)就认为这个Redis服务节点挂了。哨兵节点通过心跳包,判断Redis服务器是否正在正常工作,如果心跳包没有如期而至,就认为该Redis节点主观下线了。哨兵节点会自动的通知客户端程序,告知新的主节点是谁,并且后续客户端再进行写操作,就会针对新的主节点来进行操作。哨兵节点不负责存储数据,只是对其他的redis服务节点起到监控的作用。
原创
博文更新于 2026.01.14 ·
338 阅读 ·
4 点赞 ·
0 评论 ·
9 收藏

【RabbitMQ】-- 高级特性

如果将所有的消息都设置为持久化,会严重的影响到Rabbit MQ的性能。写入磁盘的速度比写入内存的速度慢的很多。所以出于对性能的考虑,对于可靠性不是那么高的消息可以不采取持久化处理来提高整体的吞吐量。在选择是否要将消息持久化的时候,需要在可靠性和吞吐量之间做一个权衡。将交换机、队列、消息都设置成持久化之后就能百分百保证数据不丢失吗?并不是。1. 从消费者来说,如果在订阅消费队列时将autoAck参数设置为true,那么消费者接收到相关消息之后,还没来得及处理该消息就宕机了,这样也算是数据丢失。
原创
博文更新于 2026.01.14 ·
1451 阅读 ·
53 点赞 ·
0 评论 ·
29 收藏

【RabbitMQ】-- 核心概念

Channel是在Connection之上的抽象层,在Rabbit MQ中,一个TCP连接中,即一个Connection中可以有多个Channel,每个Channel都是独立的虚拟连接,消息的发送和接收都是基于Channel的。**Producer: ** 消息的生产者,是RabbitMQ Server的客户端,向RabbitMQ发送消息。**Conumer: ** 消息的消费者,是RabbitMQ Server的客户端,从RabbitMQ中接收消息。是RabbitMQ的内部对象,用于存储消息。
原创
博文更新于 2026.01.14 ·
1497 阅读 ·
20 点赞 ·
0 评论 ·
39 收藏

【RabbitMQ】-- 七种工作模式

RabbitMQ提供七种工作模式:1)简单模式(点对点);2)工作队列(多消费者共享消息);3)发布/订阅(广播消息);4)路由模式(按规则分发);5)通配符模式(灵活路由匹配);6)RPC模式(远程调用);7)发布确认模式(消息可靠性保证)。每种模式适用于不同场景,从简单消息传递到复杂RPC通信,满足各类消息处理需求。
原创
博文更新于 2026.01.14 ·
927 阅读 ·
20 点赞 ·
0 评论 ·
9 收藏

【git】-- 远程操作

我们会有并不想将某些文件提交到远程仓库中的需求。只需要在git工作区的根目录下创建一个。将本地仓库中的某一个分支下的内容,推送到远程仓库中的对应分支下。假设现在有其他的小伙伴进行了修改,我们需要拉取远程仓库中的内容。文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件了。如果本地分支名和远程分支名一致的话,可以省略。加了global表示是全局都生效。简化完之后,原来完整的命名依旧生效。origin:是远程仓库的默认名。,同样,如果一样,可以省略。
原创
博文更新于 2026.01.13 ·
1799 阅读 ·
54 点赞 ·
0 评论 ·
26 收藏

【Git】-- Git安装 & 卸载(ubuntu)

【代码】【Git】-- Git安装 & 卸载--ubuntu。
原创
博文更新于 2026.01.12 ·
183 阅读 ·
3 点赞 ·
0 评论 ·
2 收藏

【Git】-- Git基本操作

每add一次,在工作区中修改的内容会写入对象库中一个新的git对象中(Git会为每个被修改/新添加的文件创建一个blob对象,如果文件内容没有变化,就会重用已有的blob对象),同时暂存区中目录树的文件索引会被更新。该git目录是追踪管理git仓库的,如果对该目录进行修改的话,会直接将该git仓库破坏掉。暂存区/索引 和 版本库 中存放的不是具体的内容,而是一个个git对象的索引。:回退版本库中的内容,工作区和暂存区中的内容不进行回退。:回退版本库和暂存区中的内容,工作区中的内容不进行回退。
原创
博文更新于 2026.01.12 ·
1009 阅读 ·
23 点赞 ·
0 评论 ·
25 收藏

【Spring Cloud】-- SpringBoot集成redis报错:Unable to connect to 47.93.212.12/<unresolved>:6379

配置隧道之后需要重新连接云服务器
原创
博文更新于 2026.01.10 ·
178 阅读 ·
2 点赞 ·
0 评论 ·
0 收藏

【Redis】-- 缓存

缓存是一个相对的概念,访问速度快的设备可以作为访问速度慢的设备的缓存。CPU寄存器 > 内存 > 硬盘 > 网络。缓存速度虽然快,但是空间小,缓存之所以有意义,是由于二八定律(20%的数据能够应对80%的请求)。
原创
博文更新于 2026.01.08 ·
820 阅读 ·
28 点赞 ·
0 评论 ·
15 收藏

【Redis】-- 单线程模型

redis 只使用一个线程来处理所有的命令请求,微观上来讲,redis服务器是串行/顺序执行多个命令的。并不是说一个redis服务器内部真的只有一个线程,redis服务器内部的多个线程是在处理网络IO。redis并不会出现多线程中 两个线程尝试同时对一个变量进行自增操作,表面上是进行了两次自增,结果却是自增一次的结果 的问题。redis之所以使用单线程模型可以很好的工作,主要原因是在于redis的核心业务逻辑都是扁平快的,不太消耗cpu资源,自然就不太吃多核了。但是如果redis中的某个操作占用时间长,就会
原创
博文更新于 2026.01.08 ·
369 阅读 ·
3 点赞 ·
0 评论 ·
8 收藏
加载更多