ITPub博客

前段时间遇到一个朋友，他跟我说他们在开发一个 Go 项目时，遇到了一个争议点，说来也好理解。WEB UI 端选择 GET、POST 类型时，程序是否要区分所传递的值（例如：Body），还是不管是什么类型都传。

本篇文章通过几个技术点说明日志记录过程中的性能实践，计算机领域的性能往往都遵循着冰山法则，即你能看得见的、程序员能感知的只是其中的一小部分，还有大量的细节隐藏在冰山之下。

其实这个案例更多和操作系统有关，小结一下： 一个空文件夹，首先要消耗掉一个inode，具体大小取决于具体机器，然后加上一个 block 一个空文件，并不消耗 block 目录下的文件/子目录越多，目录就需要申请越多的 block

设计模式是写出优秀程序的保障，与架构能力与阅读源码的能力息息相关，对程序员来说非常重要，非常值得深入学习。 设计模式是让面向对象保持结构良好的秘诀。可以说，设计模式是软件工程的基石，如同大厦的一块块砖石一样。

今天我们要讲的是设计模式中的原型模式（Prototype Pattern）。

在SpringBoot项目中要实现对象与Json字符串的互转，每次都需要像如下一样new 一个ObjectMapper对象：

可以看到，null 引用并不好，我们应该尽量避免使用 null，那么我们该怎么避免 null 引用引起的逻辑错误和运行时异常嘞？

术语表重点关注业务术语和定义，弥合业务和 IT 之间的差距。数据术语表是定义和描述组织使用的数据的文档。它使整个组织对数据术语的含义和用法达成共识，并有助于确保数据的使用一致且准确。

本文将深入探讨里式替换原则，介绍其核心概念和应用，同时提供详细的示例代码来帮助读者更好地理解和应用这一原则。

当我们谈论软件工程中的设计原则时，"开放封闭原则"（Open-Closed Principle，OCP）通常是其中之一。这个原则的核心思想是：软件实体（类、模块、函数等）应该对扩展开放，对修改封闭。这意味着我们应该能够通过扩展现有代码来引入新的功能，而不需要修改已经运行良好的代码。

如果你是一位软件开发者，你一定听说过"重构"这个词汇。那么，为什么要重构？重构有哪些原则？重构哪些地方？何时开始重构？在本文中，我们将深入探讨这些问题，帮助你更好地理解和应用重构技术。

本篇和大家分享、探讨SSO（单点登录），内容涉及SSO的定义、表现、原理、实现细节等方面的阐述

有小伙伴在学习 Spring 源码视频的时候，看了松哥讲的 BeanFactoryPostProcessor 的用法之后，提出了这样一个问题：

hi, bro, 最好的永远是官方文档: https://helm.sh/zh/docs/ ​就是它上面的东西太多了，我知道你看得费力，所以我给你总结了下面的常用命令

消息和事件流生态系统包括许多解决方案，每个解决方案都有许多不同的方面需要考虑和熟悉。 重要的是我们要睁大眼睛进入每个生态系统，并对这些不同的范式有清晰的理解。它们将对我们工程师的日常生活（有时是夜间生活）产生重大影响。

就是对合成复用原则的概念、背景、作用、UML、示例、应用，以及组合和继承的选型思路的全面详解。

etcd 的这个历史问题已经存在了好几年，一直处理的慢慢吞吞。甚至影响到了 Go 生态圈的一些技术选型问题。 前几天有同学反馈 tidb 里引用了 cloud.google.com/go/pubsub 库，而该库又依赖了 grpc 的较高的版本。从而导致原有卡在 grpc v1.26 的应用又出现了问题。才回过头来看看。 在新版本中，etcd 的依赖问题终于解决了。真的是，这值得被我们记住！虽然他老版本依然没处理...

正常功能发布时，是基于master分支发布的，所以我在成功发布后，会将当时的master分支自动打上tag，当需要回滚时，则基于tag分支进行发布即可。如下图所示，当op选择rollback时则需要去选择tag的版本。

接口隔离原则是实现高内聚、低耦合系统的基石。

CPU 在整个计算机硬件中、技术体系中都算是最最重要的东西了。但很遗憾的是，80%以上的开发同学对 CPU 并不是很了解。所以在前面的文章中，我带领大家深入地学习了很多内核中管理和调度 CPU 资源相关的文章。在今天，我从 CPU 硬件相关的技术细节切入，带领大家更好地认识 CPU。