blocks|key|3910336|text|我的期望是，您确实不会使用JMeter每秒发送100或200个点击率，因此实际吞吐量较低，因此不会出现错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3910337|再次检查每秒实际使用每秒事务量和/或服务器每秒命中侦听器发出多少次请求。如果您没有看到实际的请求超过50个-您将需要相应地增加螺纹组中的线程数量(虚拟用户)。|offset|length|3910338|或者更好地切换到并发线程组和吞吐量成形定时器组合。如果您通过进度反馈函数连接它们，JMeter将自动启动额外的线程，以达到/保持所需的吞吐量。|3910339|最后2美分：|3910340|您可以使用JMeter插件管理器安装上述所有插件|unordered-list-item|3910341|确保在非GUI模式下运行测试并遵循其他JMeter最佳实践+(可能是这样的话)，因为配置/使用不当，JMeter不能简单地发送那么多的同时请求|entityMap|0|LINK|mutability|MUTABLE|url|https://jmeter-plugins.org/wiki/TransactionsPerSecond/|1|https://jmeter-plugins.org/wiki/HitsPerSecond/|2|http://jmeter.apache.org/usermanual/component_reference.html#Thread_Group|3|https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/|4|https://jmeter-plugins.org/wiki/ThroughputShapingTimer/|5|https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/#Use-With-Throughput-Shaping-Timer-Feedback-Function|6|https://jmeter-plugins.org/wiki/PluginsManager/|7|http://jmeter.apache.org/usermanual/get-started.html#non_gui|8|https://jmeter.apache.org/usermanual/best-practices.html^0|0|A|5|0|I|7|1|1R|3|2|0|8|5|3|E|8|4|U|6|5|0|0|5|B|6|0|2|C|7|J|A|8^^$0|@$1|2|3|4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1C|8|@]|9|@$D|1D|E|1E|1|1F]|$D|1G|E|1H|1|1I]|$D|1J|E|1K|1|1L]]|A|$]]|$1|F|3|G|5|6|7|1M|8|@]|9|@$D|1N|E|1O|1|1P]|$D|1Q|E|1R|1|1S]|$D|1T|E|1U|1|1V]]|A|$]]|$1|H|3|I|5|6|7|1W|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|1X|8|@]|9|@$D|1Y|E|1Z|1|20]]|A|$]]|$1|M|3|N|5|L|7|21|8|@]|9|@$D|22|E|23|1|24]|$D|25|E|26|1|27]]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]|V|$5|Q|R|S|A|$T|W]]|X|$5|Q|R|S|A|$T|Y]]|Z|$5|Q|R|S|A|$T|10]]|11|$5|Q|R|S|A|$T|12]]|13|$5|Q|R|S|A|$T|14]]|15|$5|Q|R|S|A|$T|16]]|17|$5|Q|R|S|A|$T|18]]|19|$5|Q|R|S|A|$T|1A]]]]

My expectation is that you really don't send 100 or 200 hits per second with JMeter, the actual throughput is less therefore you are not getting errors. 

Double check how many requests per second are actually being made using i.e. <a href="https://jmeter-plugins.org/wiki/TransactionsPerSecond/" rel="nofollow noreferrer">Transactions per Second</a> and/or <a href="https://jmeter-plugins.org/wiki/HitsPerSecond/" rel="nofollow noreferrer">Server Hits Per Second</a> listeners. If you don't see real requests going above 50 - you will need to increase number of threads (virtual users) in <a href="http://jmeter.apache.org/usermanual/component_reference.html#Thread_Group" rel="nofollow noreferrer">Thread Group</a> accordingly. 

Or even better switch to <a href="https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/" rel="nofollow noreferrer">Concurrency Thread Group</a> and <a href="https://jmeter-plugins.org/wiki/ThroughputShapingTimer/" rel="nofollow noreferrer">Throughput Shaping Timer</a> combination. Given you connect them via <a href="https://jmeter-plugins.org/wiki/ConcurrencyThreadGroup/#Use-With-Throughput-Shaping-Timer-Feedback-Function" rel="nofollow noreferrer">Schedule Feedback Function</a> JMeter will automatically kick off extra threads to reach/maintain the desired throughput.

Last 2 cents:

<ul>
<li>You can install all the aforementioned plugins using <a href="https://jmeter-plugins.org/wiki/PluginsManager/" rel="nofollow noreferrer">JMeter Plugins Manager</a> </li>
<li>Make sure to <a href="http://jmeter.apache.org/usermanual/get-started.html#non_gui" rel="nofollow noreferrer">run your test in non-GUI mode</a> and follow other <a href="https://jmeter.apache.org/usermanual/best-practices.html" rel="nofollow noreferrer">JMeter Best Practices</a> as it might be the case JMeter isn't simply capable of sending that many simultaneous requests due to improper configuration/usage</li>
</ul>

I have a get api that gives data pertaining to a store based on the storeid passed in the api endpoint. The implementation is such that if more than 50 hits in a second, the api is throttled and a message ought to be displayed as 'Throttled, wait 7 seconds' wth http code 503

When I simulate with 100 hits or even 200 hits via JMeter the spi gives 200 every tine and there's no throttling but when I simulate the same via shell the api gets throttled properly most 50 responses and the aforementioned throttled message is displayed.

What could be the reason?

Why are api requests not getting throttled when simulated via JMeter?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个get api，它根据api端点中传递的存储in提供与存储有关的数据。实现是这样的，如果每秒超过50次命中，api就会被节流，一条消息应该显示为“节流，等待7秒”，使用http代码503。当我通过JMeter模拟100次甚至200次点击时，spi每次发出200次，没有节流，但是当我通过shell进行模拟时，api得到了适当的节流，最多50个响应，并且显示了上述节流消息。可能是什么原因？

问为什么在通过JMeter模拟时，api请求没有被节流？
EN

回答 1

Stack Exchange QA用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么在通过JMeter模拟时，api请求没有被节流？EN