搜索[限流控制]结果-低调大师优秀个人博客

控制Hive MAP个数详解

null ; boolean done = false ; Path filterPath = path; //由参数hive.mapper.cannot.span.multiple.partitions控制

2017-11-07

工业与建筑控制的核心利器，一文读懂 PLC 控制系统

无论是工厂自动化产线，还是大型建筑机电配套设备，自动化控制的实现都离不开 PLC 控制系统。作为工业自动化领域经典的控制核心，PLC 凭借稳定可靠、灵活可编程的特性，广泛应用在各行各业的自动化项目中。

2026-09-04

用 Nginx 给网站加一道反爬墙：限流、封禁与实战配置

爬虫对网站的影响，往往不是"一次被爬走多少数据"这么简单。高频请求会挤占服务器资源，让正常用户访问变慢甚至超时；内容被批量抓取后，可能被搬运到其他平台，稀释你的原创价值；更糟的是，一些扫描器会顺手探测漏洞，给安全埋下隐患。在应用层写反爬逻辑当然可以，但请求已经打到后端才被拦截，成本和风险都已经产生。Nginx 作为流量的第一道入口，是设置反爬最经济、最直接的位置。

2026-10-20

限流算法选型与 Redis 实现实战

限流不是为了"不让用户用"，而是把超过系统承载能力的流量挡在入口之外，保护数据库、下游服务和第三方依赖不被拖垮。它和熔断、降级配合使用：限流管"进不来"，熔断管"我不调"，降级管"给兜底"。

2026-09-11

Dante Cloud 4.1.0.3 发布，Maven 中央仓库发布限流，同步调整发布策略

[一] 更新说明因 Maven 中央仓库将于 2026年08月11日开启发布配额限制措施（当前为普通用户每月限制发布 7 次、内容大小 80 M、文件数量 1000）， Maven 中央仓库发布限制详情：【原文地址】为了降低 Maven 中央仓库新措施对项目的影响，对项目进行了多项重构措施：将 Maven 坐标及包名由原来 Dromara 社区的 org.dromara 变更为 cn.herodotus 将工程代码进行重构，对可以合并的模块进行了合并，对不必要的或者使用率较低模块，特别是 Starter 类型模块，进行了删减。由于 Dante Cloud 模块较多，虽然做了大量的努力，但始终无法在保持模块合理性的前提下，满足 Maven 中央文件数量的限制（向中央仓库发布一个 jar 是按照 24 个文件计算，包含：signatures, checksums, source jars, javadocs）为此，将会降低项目向 Maven 中央仓库的发布频率和次数，仅对重要的版本更新向中央仓库推送发布。所以，后续在使用本项目时，大多数情形下需要用户自己编译 Dante Engine 工程代码。当前 Maven 中央仓库的限制规则并不完全确定，可能会存在调整，Dante Cloud 会结合变化情况，适时调整发布策略。您也可以点个 Star 持续关注更新！ [二] 更新日志主要更新 [升级] Spring Boot Admin 版本升级至 4.1.1 [升级] Spring AI 版本升级至 2.0.0 [变更] Dante Engine 组件库坐标变更为 cn.herodotus.dante，以规避 Maven 中央库新的发布限制规则 [变更] Dante Cloud 坐标变更为 cn.herodotus.dantecloud，以规避 Maven 中央库新的发布限制规则 [变更] ThingsBrain 坐标变更为 cn.herodotus.thingsbrain，以规避 Maven 中央库新的发布限制规则 [重构] 改进各类 Spring Integration 消息相关配置，解决 Mqtt 消息会转发至 errorChannel 问题 [重构] MqttMessage 实体支持添加自定义 Header [重构] 重构数据上报相关逻辑代码，简化参数传递和优化数据处理逻辑其它更新 [重构] cache 相关子模块合并为一个模块 [重构] persistence 相关自动配置模块合并为一个模块 [重构] nosql 相关模块迁移至 ThingsBrain 工程 [重构] 删除 captcha-spring-boot-starter 模块，改为使用 @EnableHerodotusCaptcha 方式开启，以规避 Maven 中央仓库发布限制 [重构] 删除 MongoDB 相关使用频率较低的模块，以规避 Maven 中央仓库发布限制 [重构] 删除使用场景较少的 facility-original-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] 删除使用场景较少的 facility-gateway-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] 合并 message-mqtt-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] facility 相关模块迁移至 dante-cloud 工程下，以规避 Maven 中央仓库发布限制 [重构] 合并 facility-kafka-spring-boot-starter，以规避 Maven 中央仓库发布限制 [修复] 修复 persistence autoconfigure 模块自动配置类类路径错误 [修复] 修复新版本 vite-plugin-dts 生成 types 路径变化引起类型引用错误 [修复] 修复设备动态注册传输自定义 clientId 参数不生效问题 [修复] 修复设备属性和事件上报 Influxdb 存储表面生成错误 [修复] 删除重复定义的 topic 数据库初始化脚本数据 [修复] 修复设备发送一条数据，平台会多次接收重复消息问题 [修复] 修复 Mqtt 消息获取类型错误，导致消息进入 erroChannel 问题 [修复] 修复 Emqx 接收消息类型转换错误抛错问题 [修复] 修复 Mqtt 客户端动态注册参数传递错误问题 [修复] 修复权限元数据变更后不会触发权限数据更新问题 [修复] 修复 OSS 服务配置未更新引起接口权限未扫描问题 [优化] ThingsBrain 主题分类实体新增主题用途字段，以便更好地区分系统不同场景的主题权限 [优化] MqttMessageSendingEvent 新增非实体类型参数构造函数，以提升调用的便捷性。 [优化] 优化补充 Emqx 默认权限数据库初始化脚本 [升级] actions/setup-java 版本升级至 5.4.0 [升级] actions/checkout 版本升级至 7.0.0 [变更] kafka 变更为使用 kafka native 镜像，提升下载和运行效率依赖更新 [重构] cache 相关子模块合并为一个模块 [重构] persistence 相关自动配置模块合并为一个模块 [重构] nosql 相关模块迁移至 ThingsBrain 工程 [重构] 删除 captcha-spring-boot-starter 模块，改为使用 @EnableHerodotusCaptcha 方式开启，以规避 Maven 中央仓库发布限制 [重构] 删除 MongoDB 相关使用频率较低的模块，以规避 Maven 中央仓库发布限制 [重构] 删除使用场景较少的 facility-original-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] 删除使用场景较少的 facility-gateway-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] 合并 message-mqtt-spring-boot-starter 模块，以规避 Maven 中央仓库发布限制 [重构] facility 相关模块迁移至 dante-cloud 工程下，以规避 Maven 中央仓库发布限制 [重构] 合并 facility-kafka-spring-boot-starter，以规避 Maven 中央仓库发布限制 [修复] 修复 persistence autoconfigure 模块自动配置类类路径错误 [修复] 修复新版本 vite-plugin-dts 生成 types 路径变化引起类型引用错误 [修复] 修复设备动态注册传输自定义 clientId 参数不生效问题 [修复] 修复设备属性和事件上报 Influxdb 存储表面生成错误 [修复] 删除重复定义的 topic 数据库初始化脚本数据 [修复] 修复设备发送一条数据，平台会多次接收重复消息问题 [修复] 修复 Mqtt 消息获取类型错误，导致消息进入 erroChannel 问题 [修复] 修复 Emqx 接收消息类型转换错误抛错问题 [修复] 修复 Mqtt 客户端动态注册参数传递错误问题 [修复] 修复权限元数据变更后不会触发权限数据更新问题 [修复] 修复 OSS 服务配置未更新引起接口权限未扫描问题 [优化] ThingsBrain 主题分类实体新增主题用途字段，以便更好地区分系统不同场景的主题权限 [优化] MqttMessageSendingEvent 新增非实体类型参数构造函数，以提升调用的便捷性。 [优化] 优化补充 Emqx 默认权限数据库初始化脚本 [升级] actions/setup-java 版本升级至 5.4.0 [升级] actions/checkout 版本升级至 7.0.0 [变更] kafka 变更为使用 kafka native 镜像，提升下载和运行效率 [三] 项目简介 Dante Cloud 国内首个支持阻塞式和响应式服务并行的、开箱即用的企业级云原生微服务基座。是采用领域驱动模型(DDD)设计思想，以「高质量代码、低安全漏洞」为核心，基于 Spring 生态全域开源技术，高度模块化和组件化设计，支持智能电视、IoT等物联网设备认证，满足国家三级等保要求，支持接口国密数字信封加解密等一系列安全体系的一站式多租户微服务解决方案。独创的可以“一套代码实现微服务和单体两种架构灵活切换”的企业级应用系统。 1. 项目理念 Dante Cloud 一直秉承着“简洁、高效、包容、务实”的理念，使用微服务领域及周边相关的各类新兴技术或主流技术进行建设，不断地深耕细作、去粗取精、用心打造。目标是构建一款代码质量高、维护投入低、安全防护强的微服务基座，可以帮助用户快速跨越架构技术选型、技术研究探索、基础架构搭建阶段，直接聚焦业务开发。极大地降低传统项目中因安全漏洞、技术负债、低质代码等潜在隐患所产生的高维护投入。期望像项目名字寓意一样，构建一套可以在在行业变革的时期承上启下，助力企业信息化建设和数字化转型的产品。 Dante Cloud 核心关注点是：「高质量的系统代码」、「合理的系统架构」、「低耦合的模块划分」、「高安全性系统实现」、「灵活的功能扩展能力」，「优质的微服务方案」。不会像其它一些系统一样，追求业务功能的丰富性。堆叠大量无法做到真正通用的功能，反倒会成为负担和干扰，不如由用户自己按照需求灵活设计和实现。 2. 架构设计 Dante Cloud 优秀的模块化能力，为系统提供了高度灵活的配置能力、功能的“可插拔”能力以及不同需求场景的适配能力。正因为优秀的模块化体系，使得 Dante Cloud 不仅是一套完整的微服务架构，还是一套高质量的「单体模块化」系统。这里的微服务架构和单体架构并不是分离的两套代码，也不是分离的两个项目。而是完全融合的一整套代码，使用时可以根据需要选择是以微服务模式或者单体模式运行，配合灵活的模块能力，实现系统的多样化定制和功能的管控。这是 Dante Cloud 微服务最大的特色之一：“一套代码、两种架构”。可以帮助企业在项目早期以单体架构快速建设项目、方便开发人员在本地进行开发以及新技术研究。在项目后期随着用户规模增大以及并发需求提升时，可以快速无缝迁移至微服务架构。 3. 适用用户微服务技术并不是落伍了，而是进入了成熟期，它的适用场景和边界被更清晰地定义了。微服务不再是一个“必须要有”的选项，而是一个“权衡之后”的选择。同时，Dante Cloud 也并未使用任何复杂难懂或难以上手掌握的技术，项目中所涉及核心关键组件中，其中「近 80% 均为 Spring 生态原生组件」。技术实现均为各组件标准用法的组合与应用，编码风格和代码设计一直也在极尽努力尽量与 Spring 生态的标准规范用法保持一致，只不过经过大量的版本迭代和重构之后逐渐形成了一定的封装与抽象。本项目适用的用户如下：「传统项目用户」：可以先体验的单体版，先从“前后端分离”以及“多端适配”开始，尝试不同于传统内嵌页面的开发模式。「数字转型用户」：如果您正在考虑进行数字化转型，可以直接选择使用微服务版本，不用再为“基础组件碎片化，需花大量时间整合、踩坑版本兼容”等问题而苦恼。「复杂项目用户」：如果您的业务复杂度上升到一定阶段，可以直接选择使用微服务版本，直接聚焦于业务开发，节省大量前期搭建基础设施、解决通用技术问题的时间。「初创团队用户」：可以先使用单体版进行开发，只要代码放置规范、模块划分合理，后期可以根据需要无缝迁移至微服务架构「技术尝鲜用户」：本项目并不拘泥局限于常规成熟的技术内容，目标是探索新型技术并用其来为业务的创新服务。喜欢技术尝鲜的用户可以尝鲜使用。「学习提升用户」：本项目代码实现优雅和领域划分清晰，编码风格和模块实现尽最大可能与 Spring 生态规范保持一致，是深入学习 Spring 生态组件和提升技能的优秀案例如果本项目对你有所帮助，支持一下本项目点个 "Star"！ 1. Dante Cloud 主工程 Gitee：https://gitee.com/dromara/dante-cloud Github：https://github.com/dromara/dante-cloud AtomGit：https://atomgit.com/dromara/dante-cloud 2. Dante Engine 核心组件库 Gitee：https://gitee.com/dante-compass/dante-engine Github：https://github.com/dante-compass/dante-engine AtomGit：https://atomgit.com/dante-compass/dante-engine 3. UI 前端工程（旧版） Gitee：https://gitee.com/dante-compass/dante-cloud-ui Github：https://github.com/dante-compass/dante-cloud-ui AtomGit：https://atomgit.com/dante-compass/dante-cloud-ui 4. UI 前端工程（新版） Gitee：https://gitee.com/dante-compass/herodotus-cloud-ui-vuetify Github：https://github.com/dante-compass/herodotus-cloud-ui-vuetify AtomGit：https://atomgit.com/dante-compass/herodotus-cloud-ui-vuetify 5. ThingsBrain 基于 Dante Cloud 的物联网平台（加速开发中...） Gitee：https://gitee.com/dante-compass/thingsbrain Github：https://github.com/dante-compass/thingsbrain

2026-07-01

理论+算法+实战，教你如何实现亿级流量下的分布式限流

这里，我们先说说如何实现限流。什么是限流？

2022-02-17

Fizz Gateway 1.4.0 发布，重磅功能：业界唯一多层级服务限流方案

支持流量统计支持按并发数和QPS限流支持按资源链进行多级流量统计和限流修复默认网关分组缺失问题 Support flow statistic Support rate limit by concurrent

2021-01-19

阿里开源分布式限流框架 -Sentinel Go 0.3.0 发布，支持熔断降级能力

作者 | 宿何阿里巴巴高级开发工程师 Sentinel 是阿里巴巴开源的，面向分布式服务架构的流量控制组件，主要以流量为切入点，从限流、流量整形、熔断降级、系统自适应保护等多个维度来帮助开发者保障微服务的稳定性

2020-05-27

美国高中生黑客，发现了手机无限流量的神方法

无限、免费的流量简直是梦想啊!一位名叫Jacob Ajit的17岁来自美国弗吉尼亚的美国高中生，就用自己的黑客技能，得到了免费无限的流量! Jacob说：刚开始只是因为无聊。我有一张T-Mobile(美国移动运营商)的SIM卡，但没有开通服务，有天我突然想到一项有趣的挑战：我能不能不买流量包，就能用这张SIM卡用流量上网呢? 对于一个17岁的孩子来说，这个挑战很有难度啊，然而万万没想到，Jacob还真找到了实现的方法。他注意到用这张没有买流量包的SIM卡，是可以上T-Mobile的网站的，大多数app是用不了的，但是“Speedtest.net”的app是可以用的，即使是使用第三方服务区。出于好奇，他尝试学习Speedtest是怎么运作的。 Jacob说：“我决定把手机连到在Mac上运行的Mitmproxy，做了一些试验，让我更好的理解了Speedtest。我发现这些文件都是在名为‘/speedtest’的文件夹里的。” 于是Jacob就想：是不是名叫“/speedtest”的文件夹都适用呢?还!真!是!的!Jacob在自己的服务器上，把Taylor Swift的歌和视频放到一个名为“/speedtest”的文件夹，然后尝试下载，结果真的成了。 Jacob说：“太赞了。我不用买流量，就能下载Taylor Swift歌到我手机啦。” 然而Jacob想要能用全网，于是他建立了一个代理服务器，并放在名为“/speedtest”的文件夹中。这样，他就能不买流量，而免费访问全网了! 这娃太聪明了……不过你可别想着学他，目前这个问题已经被T-Mobile修复了……> < 作者：硅谷密探来源：51CTO

2017-07-31