〇、前言 关于 Redis 在日常开发中还是用的比较多的，特别是在秒杀、消息队列、排行榜等数据交互时效要求较高的场景，Redis 都可以轻松应对。 本文将针对 Redis 进行简单介绍，以及如何安装，并罗列下全部配置项。后续还将另行发文汇总 Redis 的常用数据结构和常见问题等。 一、什么是 Re
https://blog.csdn.net/wsdc0521/article/details/106766587 终于，Redis的多线程版本横空出世，大大提高了并发，本篇就带大家来看看什么是IO多线程，和我们理解的多线程有什么区别，与Memcached的多线程又有什么区别。 目录 介绍 为什么Re
Redhat7/CentOS7 网络配置与管理（nmtui、nmcli、GNOME GUI、ifcfg文件、IP命令） 背景：作为系统管理员，需要经常处理主机网络问题，而配置与管理网络的方法和工具也有好几种，这里整理分享一下网络配置与管理的几种方式。 1、NetworkManager 概述 在 Re
近期内部项目基础项目依赖升级，之前使用的路由缓存不再适用，需要一个适配方案。而在此过程中react re-render算是困扰了笔者很久。后来通过多方资料查找使用了freeze解决了此问题。本文主要论述react re-render问题一般的解决方案和freeze在react内部的实现原理。reac
总览 产生"Too many re-renders. React limits the number of renders to prevent an infinite loop"错误有多方面的原因： 在一个组件的渲染方法中调用一个设置状态的函数。 立即调用一个事件处理器，而不是传递一个函数。 有一
问题： 在日常开发中，一些重要的对外接口，需要加上访问频率限制，以免造成资��损失。 如登录接口，当用户使用手机号+验证码登录时，一般我们会生成6位数的随机验证码，并将验证码有效期设置为1-3分钟，如果对登录接口不加以限制，理论上，通过技术手段，快速重试100000次，即可将验证码穷举出来。 解决思
深入理解 React 的 useSyncExternalStore Hook 大家好，今天我们来聊聊 React 18 引入的一个新 Hook：useSyncExternalStore。这个 Hook 主要用于与外部存储同步状态，特别是在需要确保状态一致性的场景下非常有用。本文将深入探讨这个 Hoo
前言 React是前端开发领域中最受欢迎的JavaScript库之一，但有时候在编写React应用程序时，可能陷入一些不佳的习惯和错误做法。这些不佳的习惯可能导致性能下降、代码难以维护，以及其他问题。在本文中，我们将探讨日常工作中应该避免的9个坏React习惯，并提供相关示例代码来说明这些问题以及如
一、AOF1、AOF 是什么以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。 2、AOF默认不开
1、缓存和数据库不一致 只要我们使用 Redis 缓存，就必然会面对缓存和数据库间的一致性保证问题，这里的“一致性”包含了两种情况：缓存中有数据且与数据库中的值相同、缓存中没有数据，最新值在数据库中。 对于读写缓存来说，要想保证缓存和数据库中的数据一致，就要采用同步直写策略，在业务应用中使用事务机制
本文记录一下我在 Spring 自带的事件监听类添加 @RefreshScope 注解时遇到的坑，原本这两个东西单独使用是各自安好，但当大家将它们组合在一起时，会发现我们的事件监听代码被重复执行。希望大家引以为鉴，避免重复踩坑。耐心看完，你一定会有所收获！ 前置描述 最近有一个用户拉新的需求，需要在
zustand 和 jotai 是当下比较流行的react状态管理库。其都有着轻量、方便使用，和react hooks能够很好的搭配，并且性能方面，对比React自身提供的context要好得多，因此被很多开发小伙伴所喜爱。 更有意思的是，这两个库的作者是同一个人，同时他还开源了另外一个状态库 va
生成全局唯一 ID 全局唯一 ID 需要满足以下要求： 唯一性：在分布式环境中，要全局唯一 高可用：在高并发情况下保证可用性 高性能：在高并发情况下生成 ID 的速度必须要快，不能花费太长时间 递增性：要确保整体递增的，以便于数据库创建索引 安全性：ID 的规律性不能太明显，以免信息泄露 从上面的要
package com.aswatson.cdc.test; import org.redisson.Redisson; import org.redisson.api.RLock; import org.redisson.api.RedissonClient; import org.redisso
Redis作为企业级应用中广泛使用的高性能键值存储数据库，其性能优化是一个复杂且多面的话题。以下是V 哥整理的一些关键的优化点和相应的解决方案，提供给兄弟们参考。 Redis的性能优化涉及到硬件选择、配置调整、客户端优化、持久化策略等多个层面。 1. 硬件优化 解决方案：选择更快的CPU、更多的内存
环境准备： 主机 host-61-118 : 192.168.61.118 host-61-119：192.168.61.119 vip：192.168.61.220 检测openssh版本，版本必须大于4.8.p1，否则需要升级openssh版本 [root@host-61-118 ~]# ssh
Redisson 限流器源码分析 对上篇文章网友评论给出问题进行解答：redis 的key 是否会过期，过期指的限流器 可以先阅读上篇文章： redis + AOP + 自定义注解实现接口限流 - 古渡蓝按 - 博客园 (cnblogs.com) 注解AOP 代码部分提取 // 调用Reids工具类
Redis 分布式锁 分布式锁的演变 本地锁（单机用） 利用redis进行分布式锁 使用 set 防止死锁 加过期时间 使用 setnx 防止A请求未执行完 锁过期删除 B请求加锁后 A完成后误删该锁 使用 Hash结构， 规定每个请求只能删除自己的锁 保证并发安全，申请锁和加过期时间需要 原子性，
烘培代码在 rcBuildHeightfieldLayers 本质上是为每个tile生成高度上的不同layer 算法的关键是三层循环: for z 轴循环 for x 轴循环 for 高度span 循环 判断span和相邻span的连通性(x/z平面相邻cell) 如果联通, 则标注为同一个laye
Redis，英文全称是Remote Dictionary Server（远程字典服务），是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。 与MySQL数据库不同的是，Redis的数据是存在内存中的。它的读写速度非常快，每...
