作者小头像 Lv.3
更多个人资料
531 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
  • 活跃之星
  • 考证狂人
成长雷达
270
21
150
90
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
为什么0.1加0.2不一定等于0.3：浮点数精度原理与正确用法
在很多编程语言中执行下面的代码：print(0.1 + 0.2)得到的结果可能是：0.30000000000000004继续比较：print(0.1 + 0.2 == 0.3)结果可能是：False这并不是计算机连简单加法都算不对，也不是某种编程语言存在缺陷，而是浮点数表示方式带来的正常现象。计算机通常使用有限位二进制保存小数，而许多十进制小数无法被有限位二进制精确表示。程序只能保存一个非常...
数据库
作者小头像 yd_232225224 2026-09-22 16:03:20
1
0
0
2026-09-22 16:03:20
1
0
0
消息队列到底解决了什么：从异步、削峰到消息可靠性
在系统架构设计中，消息队列经常与“异步、削峰、解耦”同时出现。例如，用户提交订单后，系统还需要：扣减库存；发送通知；增加积分；记录审计日志；更新统计数据；触发配送流程。如果所有步骤都在一个同步请求中依次完成，任何一个下游服务变慢，用户都需要继续等待。引入消息队列后，订单服务可以先完成核心操作，再发送一条“订单已创建”消息，由其他服务分别处理后续工作。不过，消息队列并不会自动让系统可靠。它还会...
数据库 网络
作者小头像 yd_232225224 2026-09-21 13:09:39
5
0
0
2026-09-21 13:09:39
5
0
0
超时不是越长越好：从反向代理到数据库的超时设计
当接口处理时间较长时，最直接的做法似乎是把超时时间调大：原来60秒→ 改成300秒→ 仍然超时→ 改成无限等待这种方法有时可以暂时解决问题，但也可能让系统变得更加脆弱。超时并不是单纯限制用户等待时间的配置。它还是一种资源保护机制，用于防止连接、线程、数据库事务和下游调用被无限占用。一个请求通常需要经过多个组件：客户端→ 网关→ 反向代理→ 应用服务器→ 数据库或下游服务任何一层提前超时，整个...
Nginx 数据库
作者小头像 yd_232225224 2026-09-20 23:10:14
6
0
0
2026-09-20 23:10:14
6
0
0
Linux启动流程详解：从按下电源到进入桌面发生了什么
当Linux系统无法正常启动时，用户看到的现象可能非常相似：显示器始终没有信号；主板标志之后黑屏；看不到GRUB菜单；选择系统后卡在厂商标志；屏幕停留在一行内核错误；可以进入命令行，却进不了桌面；使用旧内核可以启动，新内核却无法启动。这些现象可能发生在完全不同的启动阶段。如果不了解Linux启动流程，就容易把引导器、内核、显卡驱动和桌面环境问题混在一起。一台典型Linux计算机从开机到进入桌...
Linux 任务调度
作者小头像 yd_232225224 2026-09-19 11:09:03
19
0
0
2026-09-19 11:09:03
19
0
0
Linux文件权限详解：为什么遇到权限问题不应该直接chmod 777
在Linux中，文件打不开、脚本无法运行、程序不能写入目录时，经常会看到一种简单粗暴的解决方法：chmod 777 文件或目录这条命令有时确实能让程序暂时运行，但它并没有真正找到问题原因，而且可能让所有本机用户都获得修改权限，带来数据被篡改、配置被替换甚至程序被植入恶意代码的风险。要正确解决权限问题，需要先理解Linux如何判断“谁可以对哪个文件做什么”。 一、Linux权限模型包含哪些部分...
Linux
作者小头像 yd_232225224 2026-09-18 18:37:30
14
0
0
2026-09-18 18:37:30
14
0
0
缓存不是越多越快：理解缓存穿透、击穿、雪崩与数据一致性
为了提高系统性能，开发者经常会在数据库前增加缓存。原本一次查询需要访问数据库：应用程序 → 数据库增加缓存后，请求优先读取内存中的数据：应用程序 → 缓存 → 数据库如果缓存命中，请求无需访问数据库，响应时间通常会明显缩短。与此同时，数据库需要处理的查询数量也会减少。但缓存并不是简单地“把数据库数据复制一份”。一旦系统中同时存在缓存和数据库，就会出现两个数据副本，由此带来缓存穿透、缓存击穿、...
数据库
作者小头像 yd_232225224 2026-09-17 11:02:10
16
0
0
2026-09-17 11:02:10
16
0
0
程序为什么会出现乱码：一文理解字符、Unicode与UTF-8
在开发中，我们经常会遇到这样的情况：文本文件在编辑器里正常，换一个程序打开就变成乱码；数据库中保存的是中文，读取出来却显示为问号；Windows上运行正常的程序，部署到Linux后输出异常；接口返回中文，客户端显示成一串奇怪字符；文件名包含中文时，解压后无法正常识别；表情符号写入数据库时提示字符转换失败。乱码通常不是文字本身损坏了，而是数据的写入方和读取方对“这些字节代表什么字符”产生了不同...
数据库
作者小头像 yd_232225224 2026-09-17 10:57:37
17
0
0
2026-09-17 10:57:37
17
0
0
编码、哈希与加密有什么区别：密码到底应该如何保存
在开发中，我们经常会看到Base64、SHA-256、AES、RSA等名词。它们似乎都能把原始内容变成一串难以阅读的字符，因此很容易被统称为“加密”。但实际上，编码、哈希和加密解决的是三类完全不同的问题：编码解决数据如何表示和传输；哈希解决数据如何生成固定长度摘要；加密解决数据如何在没有密钥时保持不可读。如果混淆了它们，就可能出现严重的安全问题。例如，把密码进行Base64编码后保存，几乎等...
数据库
作者小头像 yd_232225224 2026-09-16 16:38:22
19
0
0
2026-09-16 16:38:22
19
0
0
Git到底把代码存在哪里：理解工作区、暂存区与提交历史
很多人第一次学习Git时，会把它理解成一个“保存代码版本的工具”：git add .git commit -m "完成某项功能"但一旦需要撤销修改，问题就出现了：git add之后，代码去了哪里？git commit保存的是差异还是完整文件？reset、restore和revert有什么区别？为什么文件已经提交，还能恢复到以前的状态？为什么切换分支会改变本地文件？HEAD究竟是什么？这些问题...
Git GitHub
作者小头像 yd_232225224 2026-09-15 20:57:51
27
0
0
2026-09-15 20:57:51
27
0
0
程序日志设计指南：如何让日志真正帮助定位问题
程序出现故障时，开发人员最常做的一件事就是“查看日志”。然而，很多系统虽然每天产生大量日志，真正排查问题时却仍然找不到有用信息。常见情况包括：操作失败请求异常系统发生错误进入方法执行完成这些日志看起来记录了程序行为，却没有说明哪个请求失败、操作了什么数据、失败发生在哪个阶段，更没有保留异常原因。日志的价值不取决于数量，而取决于它能否回答排障过程中真正重要的问题。 一、日志需要回答哪些问题一条...
数据库
作者小头像 yd_232225224 2026-09-14 22:28:20
44
0
0
2026-09-14 22:28:20
44
0
0
总条数：27
10
10
20
50
100
  • 1
  • 2
  • 3

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注