更新9.3后出现Block implicitly retains 'self'; explicitly mention 'self' to indicate this...警告

最新推荐文章于 2022-08-05 16:27:00 发布
最新推荐文章于 2022-08-05 16:27:00 发布
阅读量313 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： ios
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/chaoge321/article/details/89606754
博客提及更新9.3后出现'Block implicitly retains 'self'; explicitly mention 'self' to indicate this...'警告，虽未给出具体解决办法，但聚焦此信息技术相关的警告问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 

 

 

 

 

TypeError Type uint256 is not implicitly convertible to type address解决办法.md
06-06
TypeError Type uint256 is not implicitly convertible to type address解决办法.md
TypeError Type contract MyContract is not implicitly convertible to type address解决办法.md
06-06
TypeError Type contract MyContract is not implicitly convertible to type address解决办法.md
Xcode9.3 解决Block implicitly retains 'self'; explicitly mention 'self' to indicate this...警告
王颜华的博客
05-16 7512
升级到Xcode9.3之后，大括号里声明的属性，在Block里面就会出现Block implicitly retains 'self'; explicitly mention 'self' to indicate this...的警告，大量这样声明的属性，产生了大量的黄色警告⚠️，很烦人！解决办法如下图所示：在Build Setting里面搜索Implicit retain of 'self' w...
Xcode9.3 Block implicitly retains 'self'; explicitly mention 'self' to indicate this is intended beh
追梦
04-03 1139
CLANG_WARN_OBJC_IMPLICIT_RETAIN_SELF 设置为 No 就可以了。
block implicitly retains self to indicate this is 警告消除
ZHFDBK的博客
04-18 1197
Build Settings 输入CLANG_WARN_OBJC_IMPLICIT_RETAIN_SELF 设置为No
Block implicitly retains 'self'; explicitly mention 'self' to
xixi
05-02 625
implicit retain of 'self'
TypeError Type address payable is not implicitly convertible to type address解决办法.md
06-06
TypeError Type address payable is not implicitly convertible to type address解决办法.md
TypeError Type bool is not implicitly convertible to type uint256解决办法.md
06-06
TypeError Type bool is not implicitly convertible to type uint256解决办法.md
TypeError Type string memory is not implicitly convertible to type bytes32解决办法.md
06-06
TypeError Type string memory is not implicitly convertible to type bytes32解决办法.md
Block implicitly retains ‘self‘； explicitly mention ‘self‘ to indicate this is intended behavior
Sneexy的博客
08-05 444
在变量前添加『self->』别人的方案：Building Settings ->搜索implicit retain of self，将对应的值改为NO。
Xcode工程出现Block implicitly retains 'self'; explicitly mention 'self' to indicate this...警告
weixin_42433480的博客
05-02 4885
在做短视频和直播数据请求时出现：Block implicitly retains 'self'; explicitly mention 'self' to indicate this is intended behavior Insert 'self->' 解决方法： Building Settings ->搜索implicit retain of 'self' 将对应...
消除警告（升级后block警告)
YST的博客
12-11 2872
升级xCode版本后 Block 出现大量的警告，通过方法一和方法二可以消除大量的Block相关的警告，同时下面也有一些消除第三方相关的警告。 方法一 Block implicitly retains ‘self’; explicitly mention ‘self’ to indicate this…的警告 在Build Setting里面搜索Implicit retain of ‘self’ within blocks里面从YES设置为NO即可 方法二 This block declaration is
处理iOS开发中的各种警告
03-25 2995
iOS开发中我们会遇到各种警告,包括第三方不再支持更新导致的警告,苹果一些过时方法的警告,其中尤其是ASIHttpRequest的不支持更新导致有很多的警告,所以我在这里做了罗列 Semantic Warnings WarningMessage -WCFString-literal input conversion stopped due to an inpu...
iOS消除警告
scribbler的专栏
11-22 4397
基本语句 #pragma clang diagnostic push #pragma clang diagnostic ignored "-Wunreachable-code" // codes #pragma clang diagnostic pop 同理, 搜索到对应的警告, 在ignored 后面替换字符串就可以 见该死的 Semantic Warni
iOS消除对应的警告！
贤_龍的博客
11-16 2236
在iOS开发过程中, 我们可能会碰到一些系统方法弃用, weak、循环引用、不能执行之类的警告。 有代码洁癖的孩子们很想消除他们, 今天就让我们来一次Fuck 警告！！首先学会基本的语句 #pragma clang diagnostic push #pragma clang diagnostic ignored "-Wdeprecated-declarations" 这里写出现警告的代码#prag
NSURL使用urlWithString得到的对象为nil的问题原因以及解决
追梦
01-31 2892
原因:NSURL urlWithString  这个方法要求传一个字符串类型的参数，参数如果有中文的话，得到的对象就是空。 解决办法：先把字符串参数转一下UTF-8. 代码如下： url_str= [url_str stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; NSURL*url=[NSURL URLWith
AsyncDisplayKit 系列教程 —— 添加一个 UIActivityIndicatorView 到 ASCellNode
追梦
01-31 1465
原理 添加一个自定义的 View 到 ASCellNode 中并不是一件容易的事情，和添加一个原生 ASDisplayNode 不一样的是，你需要自行处理 Cell 被重新渲染时的状态。 我们先描述一下 ASCellNode 的生命周期 屏幕快照 2015-11-28 下午3.47.04.png 一个 ASDisplayNode 在 init 至 layout 的过程中，都
This complex expression is implicitly converted to a different essential type.
最新发布
07-18
<think>我们正在讨论C++中复杂表达式隐式转换为不同基本类型时可能遇到的问题以及如何正确处理这种转换。 根据引用[2]，C++中不存在跨作用域的重载，这意味着在继承体系中，基类和派生类的函数不会相互重载。但是，这个问题更关注基本类型之间的隐式转换。 在C++中，当表达式涉及多种基本类型时，会发生隐式转换。这些转换遵循一套标准规则（称为“通常算术转换”），但有时会导致意外的结果。 主要问题包括： 1. 精度丢失：例如，将`long double`转换为`double`，或`double`转换为`float`，以及整数类型中的高位截断（如`long`转`int`）。 2. 符号问题：有符号和无符号类型之间的转换可能导致意外的负值变为很大的正数。 3. 表达式中类型提升的意外：例如，两个整数相乘可能溢出，因为它们在运算前被提升到`int`。 如何正确处理： 1. 尽量避免隐式转换，使用显式转换（static_cast）来明确意图。 2. 注意表达式中操作数的类型，确保它们具有相同的类型，或者你清楚转换规则。 3. 使用C++11的统一初始化或花括号初始化来防止窄化转换。 下面通过几个例子说明： 例1：整数提升和溢出 ```cpp unsigned char a = 200; unsigned char b = 200; unsigned char c = a + b; // 可能发生溢出，因为a+b被提升为int，然后截断为unsigned char ``` 这里，`a+b`的结果是400，但`unsigned char`只能表示0-255，所以截断后为400-256=144。但是，由于表达式中的提升，实际计算时以`int`进行，因此不会发生中间计算的溢出，但赋值给`c`时会发生截断。 例2：有符号和无符号混合 ```cpp int a = -1; unsigned int b = 1; if (a < b) { // 这里会执行吗？ } ``` 答案是不会执行if内的代码，因为`a`会被转换为无符号整数，变成很大的正数（例如4294967295），所以`a < b`为假。 例3：浮点类型转换的精度丢失 ```cpp double d = 3.141592653589793; float f = d; // 精度丢失 ``` 正确处理： 1. 对于整数运算，注意操作数的类型，避免混合有符号和无符号。如果必须混合，先转换为更大的有符号类型，或者明确转换策略。 2. 对于浮点数，避免从高精度向低精度的隐式转换，使用`static_cast`来表明你意识到精度丢失。 3. 使用编译器警告：开启`-Wconversion`（GCC/Clang）或类似的警告选项，让编译器提示可能有害的隐式转换。 另外，在模板代码中，类型可能是未知的，所以要特别小心。可以使用`std::common_type`来获取两个类型的公共类型，或者使用类型特征来确保类型安全。 例4：使用显式转换 ```cpp int a = -1; unsigned int b = 1; if (static_cast<unsigned int>(a) < b) { // 显式转换，但结果和隐式一样 // 不执行 } // 或者，我们想将有符号数当作无符号比较时，可以这样做： if (a < static_cast<int>(b)) { // 将b转为有符号，这样比较就是有符号比较 // 此时a(-1) < b(1) 为真，所以会执行 } ``` 总结：隐式转换虽然方便，但容易引入错误。在关键地方使用显式转换，并利用编译器警告，可以避免大多数问题。 根据引用[4]，我们注意到类型转换的细节非常重要，有时需要调整比较方式（例如使用字符串比较时，我们可能调整比较器）。同样，在算术类型转换中，我们也需要谨慎处理。 最后，复杂表达式中的隐式转换规则遵循C++标准（通常算术转换）： 1. 整数提升：小整数类型（如char, short）首先提升为`int`或`unsigned int`。 2. 如果操作数类型不同，则按照以下层次转换（从低到高）： long double > double > float unsigned long long > long long > unsigned long > long > unsigned int > int 注意：无符号的优先级高于同等大小的有符号。 因此，在写表达式时，最好将操作数转换为相同的类型，或者确保你理解转换规则。 相关问题： 1. C++中整型提升规则的具体细节是什么？ 2. 如何避免有符号和无符号整数比较时的陷阱？ 3. 在C++中，浮点数到整数的隐式转换规则是什么？ 4. 如何利用C++11的初始化列表防止窄化转换？ 5. 在模板编程中如何处理算术类型转换？</think>在 C++ 中，当复杂表达式隐式转换为不同的基本类型时，可能引发精度丢失、未定义行为或意外结果。以下是关键问题和处理建议： ### 常见问题与风险 1. **精度丢失** - 浮点类型转换：`long double → double → float` 可能丢失精度 - 整数截断：`long long → int` 高位被截断 ```cpp double d = 3.141592653589793; float f = d; // 精度丢失 long long big = 1e18; int i = big; // 未定义行为（UB）若超出 int 范围 ``` 2. **符号问题** - 有符号 ↔ 无符号转换：负值会变为大正数 ```cpp int a = -1; unsigned int b = a; // b = 4294967295 (32位系统) ``` 3. **表达式中的隐式提升** - 小整数类型 (`char`, `short`) 自动提升为 `int` - 混合类型运算按最高精度类型转换 ```cpp char c = &#39;A&#39;; double d = 3.14; auto r = c * d; // char → int → double ``` 4. **函数重载陷阱** 如引用[2]所述：**不存在跨作用域重载** ```cpp struct Base { void f(int); }; struct Derived : Base { void f(double); }; Derived* pd = new Derived; pd->f(1); // 调用 Derived::f(double)，而非 Base::f(int) ``` ### 正确处理方式 1. **显式类型转换** 使用 `static_cast` 明确意图： ```cpp double d = 3.14; int i = static_cast<int>(d); // 明确截断意图 ``` 2. **统一表达式类型** 避免混合类型运算： ```cpp long a = 1000; int b = 2000; auto c = static_cast<long>(b) * a; // 统一为 long ``` 3. **使用 `auto` + 强制类型** 在复杂表达式中固定类型： ```cpp auto result = static_cast<float>(a * b + c); // 明确目标类型 ``` 4. **编译器警告设置** 启用严格警告： ```bash g++ -Wconversion -Wall -Wextra ... # GCC clang++ -Wconversion ... # Clang ``` 5. **自定义类型转换**（高级） 通过运算符重载控制行为： ```cpp class SafeInt { int value; public: explicit operator double() const { return static_cast<double>(value); } }; ``` ### 关键规则总结 | 转换方向 | 风险等级 | 典型行为 | |----------|----------|----------| | 浮点 → 整数 | 高 | 截断小数部分 | | 大整数 → 小整数 | 高 | 高位截断 (UB) | | 有符号 ↔ 无符号 | 中 | 位模式保留 | | `bool` → 数值 | 低 | `true=1`, `false=0` | | 整数 → 浮点 | 低 | 可能丢失精度（大整数） | > ⚠️ 特别警惕：**无符号环绕行为** > ```cpp > unsigned int u = 0; > u--; // 变为 4294967295 (非UB但常为逻辑错误) > ``` ### 最佳实践 1. 优先使用 `static_cast` 替代隐式转换 2. 在关键代码中禁用隐式转换： ```cpp struct Strict { explicit Strict(int x); // 禁用隐式 int 构造 }; ``` 3. 使用类型别名增强可读性： ```cpp using Meters = double; // 语义化类型 Meters dist = 10.5; ``` 通过显式类型管理和编译器警告设置，可有效避免隐式转换的陷阱[^2][^4]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值