WSwitch

最新推荐文章于 2023-02-11 09:41:22 发布
原创 最新推荐文章于 2023-02-11 09:41:22 发布 · 846 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文要介绍的是开关中心的原理。

试想一下，在服务端提供了很多漂亮的功能，但是这些漂亮必然会付出性能的代价。那么在load变高（或者数据库连接占满）的时候，我们总不能因为这些漂亮的功能而宕机，必须得保证我们的基础功能是可用的吧，此时便有了开关的需求：在访问量很大的时候（比如双十一）将一些负责很高的接口关闭。

完整的功能应该包括这些：

1、方便的配置要被开关中心控制的接口。

2、能动态的设置开关的状态。

3、根据开关的状态来改变代码执行的逻辑。


对于（1）用Java注解来实现会非常方便：




















  

C++(17)：switch-case [[fallthrough]]编译属性
风静如云的博客
07-01 904
[[fallthrough]]属性用于提示编译器，当某个case没有对应的break时，其行为是有意为之，不用对此予以告警：
“enumeration value ‘xxxxx‘ not handled in switch“警告
我不是码农的博客~~~
02-19 1244
typedef enum { HE=0, SH }PARAM_TYPE; void fun(PARAM_TYPE pe) { switch (pe) { case HE: cout<<"he"<<endl; break; } } 原因没有加default,修改后 void fun(PARAM_TYPE pe) { switch (pe) { case HE: cout&lt
未列出枚举处理 java_C ++警告：在开关未被处理的枚举值[-Wswitch] (c++ warning: enumeration value not handled in switch [-Ws...
weixin_36330387的博客
02-25 496
2016-05-16 12:58:550I am trying to compile following code without warnings:while (window.pollEvent(event)){switch (event.type) {case sf::Event::Closed:window.close(); break;case sf::Event::KeyPressed:...
GCC 编译及编译选项
luguifang2011的专栏
06-10 1万+
俗话说：'工欲善其事，必先利其器'，一直在工作中使用GNU C编译器(以下简称GCC)，这里对GCC的一些警告选项细致的分析，并列举几个简单的例子[注1]供分析参考。 1、-Wall集合警告选项我们平时可能大多数情况只使用-Wall编译警告选项，实际上-Wall选项是一系列警告编译选项的集合。下面逐一分析这一集合中的各个选项： 1.1[-Wchar-subscripts] [...
gcc/g++编译选项与常用指令
IT菜鸟
02-11 2726
严格的编译参数有利于在编译时发现问题，提高代码质量。通过 开头，能指定开启许多警告，与之对应通过 也能关闭指定的警告。，禁用所有警告。，所有警告变成error。，指定的警告变成error。例如：，表示 -Wswitch控制的警告变成error。，指定的警告不变成error，即使 -Werror 被指定。例如：，表示 -Wswitch控制的警告不变成e
gcc警告选项汇总
热门推荐
靑い空゛
04-18 3万+
参考资料:https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options 请求或取消警告的选项 警告是诊断消息，报告的结构本质上不是错误的，但是有风险或表明可能有错误。 以下与语言无关的选项不会启用特定的警告，但会控制GCC生成的诊断类型。 -fsyntax-only 检查代码中的语法错误，但除此之外...
GCC警告选项例解
Marking的专栏
05-17 7972
程序员是追求完美的一族，即使是一般的程序员大多也都不想看到自己的程序中有甚至那么一点点的瑕疵。遇到任意一条编译器警告都坚决不放过。有人会说：我们可以使用比编译器更加严格的静态代码检查工具，如splint。这个建议也很不错。不过lint工具使用起来较繁琐，有时候还需要记住一些特定符号并插入到你自己的代码中才行，门槛较高，这也让很多人止步于此。那么我们就从此放弃么？不，如今的编译器做得都很好，它可以帮
VN1630(A) DIP-SWITCH Configuration_w.pdf
04-17
本文将详细阐述如何通过DIP-SWITCH来配置VN1630(A)，使其能够有效地连接和操作4个Channel。 首先，VN1630(A)的DIP-SWITCH配置是关键，用于确定设备使用的是内部CAN Piggy还是外部扩展的CAN/LIN Piggy。在设备的...
PHP Switch 语句之学习笔记
12-18
相比传统的 if...elseif...else 结构，Switch 语句提供了更为简洁和可读性强的代码实现方式，尤其在处理多个条件分支时更为方便。 Switch 语句的基本语法如下： ```php switch (expression) { case label1: // ...
C语言switch 语句的用法详解
01-01
C语言虽然没有限制 if else 能够处理的分支数量，但当分支过多时，用 if else 处理会不太方便，而且容易出现 if else 配对出错的情况。例如，输入一个整数，输出该整数对应的星期几的英文表示： ...
gcc编译选项
小饼仙子的专栏
12-11 1214
-E：只进行预处理，不编译       -S：只编译，不汇编       -c：只编译、汇编，不链接       -g：包含调试信息       -I：指定include包含文件的搜索目录       -o：输出成指定文件名        高级选项       -v：详细输出编译过程中所采用的每一个选项       -C：预处理时保留注释信息       -ggd
GCC2
xyhermit的专栏
01-07 596
 http://www.shanghai.ws/gnu/gcc_2.htm [ GCC 1 || GCC 2 || GCC 3 || GCC 4
嵌入式开发使用 GCC编译器警告错误问题
不浮夸，不将就，认真对待学知识的我们
12-23 9515
记录下嵌入式开发中使用gcc工具链开发的过程中遇到的一些警告或者错误处理方式
gcc较高版本的一些编译警告收集
liguangxianbin的博客
04-03 7191
最近整理了下代码警告问题。这里记录一下。在以前某个项目上竟然用-w把gcc的警告给关闭了，怪不得编译代码完全没警告，多漂亮的代码！1、未使用变量、未使用函数返回值，未使用变量：warning: unused variable ‘ret’ [-Wunused-variable] int ret;--&gt;修改：删之。没有达到函数末尾：warning: control reaches end of ...
mysql switch大于_资深DBA整理MySQL基础知识五：SQL大神经常用到的函数
weixin_39690972的博客
01-15 491
SQL中常用到的函数一.if函数：第一种格式：if(expr1,expr2,expr3)含义：如果表达式expr1值为true(expr1 <> 0 and expr1 <> null)，则返回值expr2,否则返回值 expr3如果表达式1为true(值不为0，不会null)，返回表达式2的值，否则返回表达式3的值。例如：select if (5 > 3, 2 * ...
笔试题_switch语句里default位置与执行问题
baidu_31337243的博客
09-19 4541
default是缺省默认的意思，default在switch语句中不管放在哪都是从第一个case开始执行，当所有的case都不满足条件时，才执行default default在最后一行时下面的break可以省略不写，但如果没有在最后一行default下面需要加上break，否则执行完default后会继续执行下面的代码直到遇到break跳出循环。 如： class Demo {    
faster_rcnn 编译caffe-fast-rcnn时报错
jmt330的博客
11-18 7610
make -j12 && make pycaffe PROTOC src/caffe/proto/caffe.proto CXX src/caffe/data_reader.cpp CXX src/caffe/layer_factory.cpp CXX src/caffe/internal_thread.cpp CXX src/caffe/solver.cpp CXX src/caffe/sync
Device/dvc_djimotor.cpp(38): warning: enumeration value 'DJI_Motor_ID_UNDEFINED' not handled in switch [-Wswitch] switch (__CAN_ID)
最新发布
06-22
<think>我们正在处理一个C++编译警告：在switch语句中未处理DJI_Motor_ID_UNDEFINED枚举值。警告信息为：[-Wswitch]通常，在switch语句中，如果枚举类型有多个可能的值，而我们的switch只处理了其中一部分，编译器就会发出此类警告。解决方法是确保处理所有可能的枚举值，或者添加一个default分支。根据引用[1]和[2]中的代码结构，我们可以假设DJI_Motor_ID是一个枚举类型，其中包含多个电机ID（如DJI_Motor_ID1,DJI_Motor_ID2等）以及一个未定义的ID（DJI_Motor_ID_UNDEFINED）。在dvc_djimotor.cpp文件中，可能存在类似这样的代码：switch(motor_id){caseDJI_Motor_ID1://代码break;caseDJI_Motor_ID2://代码break;//...其他电机ID的处理}由于缺少对DJI_Motor_ID_UNDEFINED的处理，因此编译器产生警告。解决方案：1.如果确实不应该出现DJI_Motor_ID_UNDEFINED，那么可以在switch语句中添加一个default分支，在default分支中处理意外情况（比如报错或忽略）。2.如果这个枚举值有可能出现并且需要特殊处理，那么为它添加一个case分支。根据实际需求，这里有两种修改方式：方式一：添加default分支（适用于未定义的值不应该出现，或者出现时视为错误的情况）switch(motor_id){caseDJI_Motor_ID1://代码break;//...其他电机IDdefault://处理未定义的情况，例如打印错误日志或抛出异常std::cerr<<"未知的电机ID"<<std::endl;break;}方式二：显式处理DJI_Motor_ID_UNDEFINED（适用于需要明确处理未定义的情况）switch(motor_id){caseDJI_Motor_ID1://代码break;//...其他电机IDcaseDJI_Motor_ID_UNDEFINED://可以什么都不做，或者打印日志break;}注意：如果选择方式二，那么当枚举类型中新增了其他值而没有在switch中处理时，编译器仍然会警告（除了这个UNDEFINED外）。因此，通常推荐使用default分支来捕获所有未处理的情况，以避免遗漏。但是，如果我们的意图是只处理已知的电机ID，并且将未定义的值（包括UNDEFINED）都视为错误，那么使用default分支更合适。因此，请根据实际代码逻辑选择修改方式。假设我们决定采用方式一（添加default分支），则修改后的代码片段可能如下：switch(motor_id){caseDJI_Motor_ID1://处理电机1break;caseDJI_Motor_ID2://处理电机2break;//其他已知电机ID...default://对于未定义或未知的电机ID，进行错误处理//例如：记录错误日志，或者设置错误状态logError("未知的电机ID:%d",static_cast<int>(motor_id));break;}这样修改后，编译警告就会消失。注意：如果代码中确实不应该出现DJI_Motor_ID_UNDEFINED，那么当出现时，default分支会捕获它并进行错误处理，这是一种健壮的做法。如果这个switch语句是在一个对性能要求极高的环境中，并且我们确信除了已列出的case外，其他值（包括UNDEFINED）都不会出现，那么可以在default分支中什么都不做，但最好加上注释说明。另外，如果使用方式二，显式处理UNDEFINED，那么可以这样写：switch(motor_id){caseDJI_Motor_ID1://处理电机1break;caseDJI_Motor_ID2://处理电机2break;//其他已知电机ID...caseDJI_Motor_ID_UNDEFINED://可以什么都不做，或者记录日志等break;}这样也能消除警告。请根据实际业务逻辑选择合适的方式。注意：在C++中，如果枚举类型是强类型枚举（enumclass），那么switch语句必须处理所有枚举值，否则会出现警告（如果编译器支持的话）。因此，如果DJI_Motor_ID是强类型枚举，那么必须处理所有值，包括UNDEFINED。总结：为了消除警告，我们需要在switch语句中处理DJI_Motor_ID_UNDEFINED，或者使用default分支。</think>### 解决C++ switch警告：DJI_Motor_ID_UNDEFINED未处理 在C++中，当`switch`语句未处理枚举类型的所有可能值时，编译器会生成`[-Wswitch]`警告。针对`DJI_Motor_ID_UNDEFINED`未处理的警告，可通过以下方法解决： #### 方法1：显式处理未定义值（推荐） ```cpp switch (motor_id) { case DJI_Motor_ID1: // 处理电机1 break; case DJI_Motor_ID2: // 处理电机2 break; // ... 其他电机ID case DJI_Motor_ID_UNDEFINED: // 显式处理未定义值 // 错误处理或默认操作 logError("Undefined motor ID detected"); break; } ``` #### 方法2：添加`default`分支 ```cpp switch (motor_id) { case DJI_Motor_ID1: // 处理电机1 break; // ... 其他已知ID default: // 捕获所有未处理值 if (motor_id == DJI_Motor_ID_UNDEFINED) { logError("Undefined motor ID"); } else { logError("Unknown motor ID: %d", static_cast<int>(motor_id)); } break; } ``` #### 关键注意事项： 1. **枚举完整性** 使用`enum class`强类型枚举可避免隐式转换错误： ```cpp enum class DJI_Motor_ID { ID1, ID2, UNDEFINED }; // C++11强类型枚举 ``` 2. **防御性编程** 在`switch`前添加有效性检查： ```cpp if (motor_id == DJI_Motor_ID_UNDEFINED) { return ERROR_INVALID_MOTOR_ID; } ``` 3. **编译器指令（不推荐）** 仅在确保安全时局部禁用警告： ```cpp #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wswitch" switch (motor_id) { ... } #pragma GCC diagnostic pop ``` #### 最佳实践： - ✅ **始终处理所有枚举值** - 避免未定义行为 - ✅ **在`default`分支记录错误** - 捕获未来新增的枚举值 - ❌ **避免空`default`分支** - 会隐藏潜在错误 - 🔒 **结合静态断言** - C++17可使用`[[fallthrough]]`标注 > 通过显式处理`DJI_Motor_ID_UNDEFINED`，既能消除编译器警告，又能增强代码健壮性，符合DJI SDK的错误处理规范[^1][^2]。 --- ### 相关问题 1. 如何确保C++枚举类型在switch语句中被完整处理？ 2. C++强类型枚举(`enum class`)相比传统枚举有哪些优势？ 3. 在实时嵌入式系统中，如何处理未预期的设备ID值？ 4. 如何通过编译器选项全局管理未处理switch警告？ 5. DJI SDK中电机ID的未定义状态通常由哪些操作触发？[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值