分布式 ID 的生成是分布式系统中的一个核心问题，需要确保生成的 ID 全局唯一、性能高效，并且能够适应高并发和大规模的场景。以下是一些常见的分布式 ID 生成方案：

以下是一个基于本地缓存 + Redis ZSet + 定时任务的榜单方案，适用于高并发场景：

在实际项目中，区分偶发性超时和频繁超时的重试策略非常重要。偶发性超时可能是由于网络抖动或临时负载过高引起的，适合立即重试；而频繁超时则可能是系统过载或下游服务不可用，此时应避免重试，以免加剧问题。

在实际面试的过程中，经常会遇到类似的面试题目，这时候可以这样回答：

在处理大量请求时，我们经常会遇到超时的情况。为了合理控制重试行为，避免所谓的“重试风暴”，我设计了一个基于时间窗口的算法。在这个算法中，我们维护了一个滑动窗口，窗口内记录了每个请求的时间戳以及该请求是否超时。每当一个请求超时后，我们会统计窗口内超时的请求数量。如果超时请求的数量超过了设定的阈值，我们就认为当前系统压力较大，不适合进行重试；否则，我们认为可以安全地进行重试。

在互联网领域，限流是指对进入系统的请求数量或频率进行控制的一种机制，以防止系统因流量暴增而过载，从而保障系统的稳定性和可用性。

2024 年的付费软件：

• TablePlus：

今天我做了什么？

• 更新文章 我的VPS服务部署记录

  • 使用 docker 部署 Bark、Planka、Hoarder
  • 将 memos 中的书签导入 hoarder，并将 memos 版本退回到 0.21.0 ，因为 0.21.0 之后的版本去掉了分享功能。同时需要修改 memos api，同步修改 fetch_memos.py 文件，将 https://memos.chensoul.cc/api/v1/memos 改为 https://memos.chensoul.cc/api/v2/memos
  • 完善备份脚本，并在 macos 上通过 crontab 下载 vps 上的备份文件到本地的 icloud 目录下

  10 1 * * * scp -r [email protected]://data/backup /Users/chensoul/Library/Mobile\ Documents/com\~apple\~CloudDocs/vps/
  

• 推荐博客 Huaiyao Jin

ThingsBoard 源码地址：https://github.com/thingsboard/thingsboard，其 .github/workflows 目录下面有两个文件：

ThingsBoard 源码地址：https://github.com/thingsboard/thingsboard，启动成功之后，使用系统管理员： [email protected] / sysadmin 进行登陆。

使用 Quarkus CLI 创建项目

1. 使用 sdk 安装

sdk install quarkus

2. 创建应用

quarkus create && cd code-with-quarkus

出现异常：

Spring 周报

This Week in Spring - November 12th, 2024