- 综合排序
- 最热优先
- 最新优先
- 来自专栏TestOps云层
【Junit5】接口场景化数据依赖解决方案
今日重点 Java注解 Java反射 自定义@Depends注解 解决问题 上篇讲了接口场景化用例中的2个问题： 接口之间有依赖关系，有执行顺序要求； 场景化接口其中如果有接口失败，后续接口需要ignore ； 今天我们来说说另一个问题，接口参数数据依赖问题； 解决方案 1.业务 生成订单接口 { "phone": "0800485801", "appid": "1000000001", 框架在执行用例之前会判断是否存在@Depends如果存在则会利用反射进行解析然后根据规则来处理接口依赖参数； 通过解析Json报文进行注入替换； 注：@Depends反射解析代码暂不提供，此代码需要依赖框架执行； 5.总结 接口场景化 接口之间有依赖关系，有执行顺序要求； 接口场景化用例执行中如果有接口失败，后续接口需要ignore； 接口场景化数据依赖； 通过@DisabledOnScenario和@Depends注解我们解决了接口场景化用例的痛点 ；如果在接口场景化测试过程中
46830编辑于 2022-04-07 - 来自专栏java
常见场景解决方案1
user2 # 获取排名(从高到低) ZREVRANK leaderboard user1 # 获取前10名 ZREVRANGE leaderboard 0 9 WITHSCORES 二、同分按时间排序的解决方案 方案1：组合分数（推荐） 原理：将时间戳作为分数的小数部分 # 分数 = 原始分数 + (1 - 时间戳归一化值) # 假设时间戳是13位(毫秒)，最大时间戳设为9999999999999(可调整) double score; private long timestamp; private long rank; } } 四、方案对比 方案 优点 缺点 适用场景 组合分数 查询效率高(O(logN))，单次操作 分数范围受限制，需要预留位数 大多数场景 二级排序 精确控制，不损失原始分数精度 查询需要多次操作，维护复杂 分数精度要求高的场景 五、性能优化建议 分数范围：组合分数方案中，原始分数不能太大(建议<1e12) 时间戳精度：毫秒级时间戳通常足够，可调整位数分配 时区问题：确保所有客户端使用相同的时间基准 数据持久化：重要排行榜需要配置Redis持久化
28500编辑于 2025-07-16 - 来自专栏数商云网络
母婴用品电商系统平台数字化业务场景解决方案
发展母婴电子商务的解决方案 —— 虽说当前母婴市场发展潜力巨大，但母婴电商市场的发展仍旧阻碍重重。
50810编辑于 2022-03-29 - 来自专栏IT大咖说
场景化智能推送
本次分享的主题是场景化智能推送以及大数据相关的实践。 个推推送 个推是一家大数据服务商，提供开发者服务、精准营销和数据咨询等服务。 一、场景化智能推送 大家平时接收到的推送一般是“群推”，但是更多时候APP在运营过程中，每一条推送的内容都是含有主题和分类的，这样的推送如果用群推的方式反而很容易给大家带来打扰。 第一个阶段是基础推送，第二个阶段是智能推送，第三个阶段叫做应景推送，也就是今天讲的场景化推送。 这几点是场景推送必须具备的基础特征。 场景化实现的三要素 冷数据画像：性别、兴趣、常驻地、职业、收入和年龄段等相对稳定的数据画像。 热数据场景：当前地点、打开的应用等场景化明显的、稍纵即逝的营销机会。 二、应景推送系统 智能场景推送系统需要具备几个功能：实时识别用户场景、支持人群筛选、高可用高并发的推送、通知APP开发者的能力。
2K90发布于 2018-04-04 - 来自专栏mysql
mysql索引失效场景及解决方案
MySQL 索引失效是数据库性能优化中常见的问题，理解索引失效的场景对于提升查询效率至关重要。 以下是 MySQL 索引失效的常见场景及解决方案： 一、查询条件不满足最左匹配原则 场景：复合索引(a, b, c)在以下查询中失效： -- 未从索引首列开始 SELECT * FROM table WHERE 若查询频繁，可为字段添加NOT NULL约束 对IS NULL条件创建索引：sql CREATE INDEX idx_column ON table (column); 七、范围查询导致后续索引列失效 场景 ： 确保查询只包含索引列 扩展索引包含c：(a, b, c) 十、索引被禁用或损坏 场景： 索引被手动禁用 索引文件损坏 解决方案： 启用索引：sql ALTER TABLE table ENABLE ALTER TABLE table DROP INDEX idx_column; ALTER TABLE table ADD INDEX idx_column (column); 十一、存储引擎限制 场景
78910编辑于 2025-06-28 - 来自专栏爪哇缪斯
Redis常见场景问题和解决方案
解决方案 方案一：保存空值 当数据库中也查询不到数据时，那么将返回的空对象也缓存起来，同时设置一个过期时间，之后再访问这个数据将会从缓存中获取，从而起到保护数据库的作用。 解决方案 方案一：设置热点数据永不过期 从缓存层面来看，没有设置过期时间，所以不会出现热点key过期后所产生的缓存击穿问题。 （确实有点拗口，但当我们介绍完它的原理，就很容易明白了） 使用场景 场景一：原本有10亿个号码，现在又来了10万个号码，如何快速判断这10万个号码是否在10亿个号码库中？ 场景二：需要爬虫的网站千千万万，对于一个新的网站url，我们如何判断这个url我们是否已经爬过了？ 解决方案 针对上面的需求，我们一般会想到两种解决方案： 方案一：将10亿个号码存入数据库中，进行数据库查询，准确性有了，但是速度会比较慢。
56520编辑于 2023-05-10 - 来自专栏runnergo
RunnerGo可视化场景管理，还原真实场景
在进行性能测试时，测试场景的正确配置至关重要。首先，需要根据业务场景和需求设计合理的测试场景，然后使用相应的工具进行配置，以实现自动化的性能测试。 在JMeter中，用户需要组织自己的测试场景，或者在同一文件中维护多个测试场景。每个测试场景都必须单独设置各种元素，测试场景的执行也需要手动控制。 今天，我将向您展示如何在RunnerGo中配置测试场景。新建场景在左侧导航栏点击场景管理—新建场景，建立待测场景。引入或创建接口您可以选择创建一个新接口或导入一个接口。 场景调试点击场景右上角的“开始调试”按钮，可以调试场景中的所有接口（通过后为绿色，失败为红色，不执行的颜色保持不变）；场景调试完成后，点击界面中的“查看结果”按钮，即可查看场景中单个界面返回的结果；场景设置 参数化文件的第一行是变量名，用英文逗号分隔。“将具有固定值的变量添加到变量中。此处添加的文件和变量可以使用｛｛variable name｝｝在场景的接口中引用。”。
80430编辑于 2023-03-31 - 来自专栏Java开发
订单出现超时未关闭场景解决方案
在电商平台或者其他的平台上，经常会出现超时订单自动取消的场景，例如订单超过15分钟会自动取消订单，在用户注册成功 15 分钟后，发短信息通知用户等等，这些业务场景都是延时任务的场景，在电商，支付等系统中 这种类 以的场景有很多，还有比如到期自动收货，超时自动退款，下单后自动发送短信等 等都是类似的业务问题。 1.定时任务 通过定时任务可以实现一个低成本，易实现的延时方案。 因此基于以上的优点和缺点，定时任务方案应对延迟场景的比较适合于对时间要求不是很严格，并且数据量不是很多的情况可以选择定时任务。 因此该种方案适合于追求高吞吐量的业务场景。 另外，在 redis5.0 之前，订阅发布中的消息并没有被持久化，自然也没有所谓的确认机制。所以一旦消费消息的过程中我们的客户端发生了宕机，这条消息就彻底丢失了。
88510编辑于 2024-10-21 - 来自专栏鸿蒙开发笔记
HarmonyOS 开发实践——Navigation常见场景&解决方案
路由跳转场景页面跳转是路由最常用的能力，Navigation通过NavPathStack提供了诸多方法，下文以pushDestination方法为例，介绍Navigation的路由跳转相关能力。
97310编辑于 2024-11-01 腾讯云AI互联网行业解决方案：量化效能提升与场景化应用实践
破解智能化转型共性瓶颈 互联网行业在AI落地中面临四类核心目标落差： 游戏交互拟人化不足：NPC行为固化、对话依赖预设选项、玩家行为无延续性（如巨人网络《太空杀》早期NPC难触发动态反馈；碧优蒂世界 部署腾讯云AI全栈技术体系 基于“模型+平台+基础设施”三层架构，提供场景化解决方案： 核心模型：腾讯混元大模型（角色扮演专属模型hunyuan-role、TurboS快思考模型、内容安全方案）、DeepSeek 探马SCRM：AI分析通讯内容自动提取客户信息，需求洞察准确率跃升90%，自动化SOP缩短销售周期50%，敏感词拦截风险拦截率提升80%（来源：腾讯云X探马智能客户关系管理案例）。 生活智能助手：个性化体验升级 马蜂窝旅行助手：“AI游贵州”部署DeepSeek+TCADP，通过TI平台精调实现思维链推理，小程序访问量成倍增长，个性化行程定制解决用户“选项烦恼”（来源：腾讯云X马蜂窝旅行助手案例 （数据来源：腾讯云2025年H1《AI在互联网行业的解决方案及应用案例》，涉及巨人网络、慧算账、六度人和、探马、马蜂窝、Holopix AI、快看漫画、豆瓣等客户实践）
29620编辑于 2026-04-12- 来自专栏腾讯云智能·AI公有云
人脸试妆的场景化应用
可应用于社交传播、营销推广等多种场景，满足用户的人脸试妆和人脸娱乐相关需求。 ---- 功能 腾讯云人脸试妆提供试唇色、智能美颜等功能。更多功能我们将陆续开放，敬请期待。 ---- 场景化应用 在线试妆、试唇色营销推广 腾讯云神图·试唇色接口以检测人脸关键点的人脸识别技术为核心，通过精准识别用户唇部并实现色彩自然融合处理，满足在线换唇色需求。 可助力美妆类品牌主营销推广，实现在线试口红、虚拟试妆，用户通过智能终端即可体验最接近本人真实情况的唇色效果， 在线试口红、试妆场景的营销，不仅可增加品牌主与用户的互动性更有助于品牌的宣传。
6.7K41发布于 2020-02-26 - 来自专栏前端精读评论
可视化搭建 - 场景实战
接下来用实战来说明该可视化搭建框架是否好用，以下几条原则需要始终贯穿在下面每个实战场景中： 复杂的业务场景，背后使用的框架 API 是简单的。 底层 API 并不为业务场景特殊编写，而是具有很强的抽象性，很容易挖掘出其他业务场景的用法。 所有场景都是基于有限的几条基础规则实现，即背后实现的复杂度不随着业务场景复杂度提升而提升。 实现任意协议 我们也许为了进一步抽象，或对指定业务场景降低配置门槛，在组件树拓展一些额外的 json 结构协议做一些特定功能。 总结 本文我们总结了三个场景实战： 利用 treeLike 结构在组件内渲染任意数量的子组件实例，如 tabs 或富文本。 利用组件联动的 API，实现筛选、联动以及上卷下钻。 讨论地址是：精读《可视化搭建 - 场景实战》· Issue #485 · dt-fe/weekly
43360编辑于 2023-09-01 - 来自专栏JavaEdge
Tomcat各种网络异常场景解决方案及优化
异常场景 java.net.SocketTimeoutException 超时异常，超时分为 连接超时 在调用Socket.connect方法的时候超时，大多因为网络不稳定 读取超时 调用Socket.read 当客户端调用 new Socket(ip, port) 或Socket.connect函数 原因是： 未找到指定IP的机器 机器存在，但该机器上没有开启指定监听端口 解决方案 从客户端机器ping一下服务端 发生这个异常的场景是，通信的一方在收到“Connect reset by peer: Socket write error”后，如果再继续写数据则会抛出Broken pipe异常，解决方法同上。 触发场景 当并发用户数比较大时。 因为每创建一个Socket连接就需一个文件句柄，而且服务端程序在处理请求时可能也需要打开一些文件。 Tomcat网络调优实战 复现流量高峰时accept队列堆积场景，即会导致客户端触发“Connection reset”异常，然后调参解决。
1.6K30发布于 2021-10-18 - 来自专栏TestOps云层
【Junit5】接口场景化解决方案1
MethodOrderer.OrderAnnotation.class) ExecutionCondition 自定义容器disabled策略 解决问题 接口测试过程中会有2种测试，一种是针对单接口进行测试，另外一种就是将接口串联起来形成具有业务链的场景化的接口测试用例 对于场景化用例在测试过程中又有哪些问题： 接口之间有依赖关系，有执行顺序要求； 场景化接口其中如果有接口失败，后续接口需要ignore； 针对上述2问题，我们看看Junit5框架如何解决以及通过ExecutionCondition 自定义执行策略； 解决方案 业务场景 用户登陆 -> 搜索产品 -> 用户下单-> 用户支付 代码实现 @platform @DisplayName("用户下单") @Describe(service Host.eu,method = RequestMethod.POST,url = eu.search) public void search() { // 业务代码... } 今天我们解决了接口场景化用例中 2个问题，在接口场景化测试中还有个问题需要解决，就是某个接口的参数依赖上个接口的返回值或者请求body的参数，针对这个难点下次我给你大家带来解决方案，敬请期待； 注：上述代码部分注解非Junit5官方注解如
54640编辑于 2022-04-07 - 来自专栏DevOps
SpringBoot：RabbitMQ消息重复消费场景及解决方案
第一种场景很好控制，只要保证消息生成者不重复发送消息给MQ即可。 场景 在保证MQ消息不重复的情况下，消费者消费消息成功后，在给MQ发送消息确认的时候出现了网络异常(或者是服务中断)，MQ没有接收到确认，此时MQ不会将发送的消息删除，为了保证消息被消费，当消费者网络稳定后 再次启动消费者服务，消息从第7913个消息开始消费,而不是第7914个消息 解决方案 为了保证消息不被重复消费，首先要保证每个消息是唯一的，所以可以给每一个消息携带一个全局唯一的id，流程如下： 1 amqpTemplate.convertAndSend("queueName4",msg); } return message; } 2.消费者方案1：将id存入string中(单消费者场景 messageId); redisUtil.set("queueName4",messageId);//以队列为key，id为value } 3.消费者方案2：将id存入list中(多消费者场景
1.7K10编辑于 2024-03-29 - 来自专栏JavaEdge
Tomcat各种网络异常场景解决方案及优化
异常场景 java.net.SocketTimeoutException 超时异常，超时分为 连接超时 在调用Socket.connect方法的时候超时，大多因为网络不稳定 读取超时 调用Socket.read 当客户端调用 new Socket(ip, port) 或Socket.connect函数 原因是： 未找到指定IP的机器 机器存在，但该机器上没有开启指定监听端口 解决方案 从客户端机器ping一下服务端 发生这个异常的场景是，通信的一方在收到“Connect reset by peer: Socket write error”后，如果再继续写数据则会抛出Broken pipe异常，解决方法同上。 触发场景 当并发用户数比较大时。 因为每创建一个Socket连接就需一个文件句柄，而且服务端程序在处理请求时可能也需要打开一些文件。 Tomcat网络调优实战 复现流量高峰时accept队列堆积场景，即会导致客户端触发“Connection reset”异常，然后调参解决。
1.2K30编辑于 2021-12-07 智慧工地人员定位系统全场景解决方案
基于深厚的工业安全技术积累，（例如：航飞光电推出的适配多场景解决方案）为施工现场装上了“智慧之眼”，让安全管理变得清晰可见、触手可及。 解决方案引入了智能电子围栏功能，为这些区域划定了无形的“安全边界”。 四、全场景适应：从地下到高空，精准覆盖无盲区不同的施工场景对定位技术提出了不同挑战。无论是信号遮挡严重的地下隧道，还是垂直空间复杂的高层建筑，或是范围广阔的露天矿区，都能提供定制化的解决方案。 从实时可视化定位到智能风险预警，从数据化分析到全场景适配，智慧工地人员定位系统，正以其切实的效能，助力越来越多的工程项目实现安全与效率的双重提升。 在智能化建造的大潮中，选择一套可靠、全面、可生长的解决方案，是迈向智慧工地的关键一步。愿以扎实的技术与用心的服务，与行业伙伴携手，共同构建更安全、更高效的施工新未来。
24810编辑于 2026-02-04- 来自专栏腾讯大数据的专栏
Caelus—全场景在离线混部解决方案
结合本公司情况确定我们的混部场景：在线应用分为两类，容器化和非容器化的。容器化的应用有基于k8s和mesos的，但因为本公司都在向k8s汇集，而且mesos也很少，我们就不考虑这部分了。 离线场景主要也有两类，分别是Hadoop类的大数据，以及基于k8s的各种离线应用，这两块都不少，所以都要考虑。 由于我们场景比较多，不是单纯k8s上的实现，所以我们给项目起名叫“全场景混部”，也确定了两个主要目标：在保证服务质量的前提下，尽可能提升资源使用率。 但目前k8s生态迭代很快，每次升级都是个大问题，且定制化太强，不利于推广。k8s的设计理念也是尽量不在内部做功能叠加，而是通过外部扩展处理。 3、兼容非容器化应用 非容器化应用是在裸机上直接通过进程部署，这些应用要么还没进行容器化，要么不适合容器化，如存储类应用。
9.8K71发布于 2020-12-14 - 来自专栏Go学习
Go 并发场景下：更优的解决方案探索
数据库事务与锁机制 -- 生产级常见方案实际的“钱包”业务，往往会持久化到数据库（MySQL、Postgres）。 都是原子操作，适合计数场景。优点：跨服务、跨节点的最终一致性与持久化天然结合，避免单机锁失效缺点：数据库写热点严重时，可能成为瓶颈乐观锁需重试机制，业务代码复杂度增加4. ，逻辑复杂 钱包/账户模型，高并发逻辑Atomic 极致性能，适合简单加减 无法处理复杂逻辑 简单计数、统计场景 数据库事务/乐观锁 跨服务安全，结合持久化 重试成本高，DB 可能瓶颈钱包、资金业务核心场景 分布式锁 多节点互斥，支持微服务架构 复杂度高，需考虑可靠性 集群/微服务共享资源 批处理/队列化 锁是最直观的起点，但更优的解决方案往往要结Channel、事务、分布式锁、批处理等技术，根据业务特点灵活选型。
31210编辑于 2025-08-30 - 来自专栏菜鸟成长学习笔记
高并发业务场景下的秒杀解决方案
文章简介 本文内容是对并发业务场景出现超卖情况而写的一pian解决方案。主要是利用到了 Redis 中的队列技术。 超卖介绍 所谓的超卖，就是我们的售卖量大于了物品的库存量。 该情况一般出现在电商系统中促销类的业务场景中。 轻则只是部分商品超卖，较小的经济损失，但是当大量的超卖情况，例如淘宝双十一这样的业务场景下导致超卖，则损失是非常大的，同时给用户体验带来的也是负面影响，很有可能损失用户量。 content="ie=edge" /> <title>Document</title> </head> <body> 模拟秒杀场景 php /** * 模拟用户秒杀场景 */ require_once __DIR__.'
1.6K10发布于 2019-10-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号