Initializing 'AppDelegate *__strong' with an expression of incompatible type 'id

最新推荐文章于 2023-07-10 09:15:32 发布
原创 最新推荐文章于 2023-07-10 09:15:32 发布 · 2.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#AppDelegate #UIApplication #UIApplicationDelegate

本文解决在ARC环境下，从UIApplication获取AppDelegate实例时出现的类型不匹配警告。通过强制类型转换，可以避免编译器警告，确保代码正确运行。

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

我们获取全局的AppDelegate的时候，当是ARC的时候，

当我们这样写的时候

AppDelegate *app = [UIApplication sharedApplication].delegate;

会报警告：Initializing 'AppDelegate *__strong' with an expression of incompatible type 'id<UIApplicationDelegate>

对其进行强转一下

AppDelegate *app = (AppDelegate*)[UIApplication sharedApplication].delegate;

搞定！！！

C: error: incompatible types when initializing type ‘int’ using type ‘atomic_t’ {aka ‘struct ＜anonym
mzhan017的博客
10-05 3222
这里的这个“aka ‘struct ’”，是什么意思？atomic_t是struct，结构体。意思是说，在初始话int时使用了类型atomic_t, 而这两类型是不可兼容。意思就是int和任意的struct结构体类型都不兼容。
C++之invalid initialization of non-const reference of type ‘int&’ from an rvalue of type ‘int’
热门推荐
码莎拉蒂
03-21 3万+
1、看代码 2、编译结果 3、分析和解决 就拿f(a + b)来说，a+b的值会存在一个临时变量中，当把这个临时变量传给f时，由于f的声明中，参数是int&，不是常量引用，因为c++编译器的一个关于语义的限制。如果一个参数是以非const引用传入，c++编译器就有理由认为程序员会在函数中修改这个值，并且这个被修改的引用在函数返回后要发挥作用。但如果
Initalizing 'AppDelegate * __strong' with an expression of incompatible type ''id<UIApplicatioinDele
nogodoss的专栏
05-21 1万+
使用ARC时，获取全局的AppDelegate会有上面的警告。 修改前： AppDelegate *app = [UIApplication sharedApplication].delegate; 修改后： AppDelegate *app = [UIApplication sharedApplication].delegate;
警告：Initalizing 'AppDelegate * __strong' with an expression of incompatible type ''id<UIApplication..
Code my world!
06-29 1474
现象：使用ARC时，获取全局的AppDelegate会有警告Initalizing 'AppDelegate * __strong' with an expression of incompatible type ''id"。 原因：类型不一致 解决办法：强制类型转换 实例： 修改前： AppDelegate *app = [UIApplication sha
Initializing 'AppDelegate *__strong' with an expression of incompatible type 'id<UIApplicationDelega
Dafei_master的博客
11-08 1544
在写出了除了Home键外退出程序的点击事件时，代码 如下： AppDelegate *delegate =[UIApplication sharedApplication].delegate; 报Initializing 'AppDelegate *__strong' with an expression of incompatible type 'id _Nullable'的黄色警告，此时
iOS 笔记-incompatible pointer types initializing 'NSMutableString *' with an expression of type 'NSStr...
weixin_30487201的博客
12-14 2571
记录下来，以防止再犯错 代码如下 NSString *userHeader = [userInfoDictionary objectForKey:@"photo"]; NSMutableString *mutableuserHeader = [NSMutableString stringWithString:userHeader]; //设置用户头像 NSRa...
C语言编译时产生的警告：initializing ‘char *‘ with an expression of type ‘const char *‘ discards qualifiers
weixin_44450759的博客
02-27 1959
C语言的const修饰在赋值时产生的警告
Docker中的Oracle无法启动sqlplus（Error 6 initializing SQL*Plus，You may need to set ORACLE_HOME 错误解决）
Scluis的博客
01-07 4872
错误复现 进入docker的oracle容器 docker exec -it oracle11g bash 启动sqlplus sqlplus /nolog 此时报错 Error 6 initializing SQL*Plus SP2-0667: Message file sp1<lang>.msb not found SP2-0750: You may need to set ORACLE_HOME to your Oracle software directory 解决 在oracle
ios 自架验证服务器,iOS 13-Sign In with Apple（苹果登录）APP+后端验证
weixin_35363591的博客
07-30 1194
关于Sign In with Apple的介绍就不讲了，直接进入正题吧！Certificates,IDs & Profiels->Keys->+号1585892549402.jpg点击Configure，选择Primary App ID(主应用程序ID，如果你这个账号有多个App的话，都可以用这一个Key)，然后点Save。最后一步会有一个私钥(.p8的文件)，只能下载一次，所...
解决qtcreator工程文件例程报错error: cannot initialize object parameter of type ‘QWidget‘ with an expression of
weixin_50085596的博客
08-10 1万+
终端手动编译通过不报错，但是qtcreator中编译报错
Initializing 'Object' *__strong' with an expression of incompatible type 'id <Object> _Nullable
05-15 4945
问题： 出现Initializing ‘Object’ *__strong’ with an expression of incompatible type ‘id _Nullable 的警告解决办法: 例1： 使用ARC时，获取全局的AppDelegate会有上面的警告。 修改前：AppDelegate *app = [UIApplication sharedApplication].d
iOS apple 登录
qq_15906567的博客
03-29 567
Handle User Credentials 使用场景: 点击apple登录, 成功后, 使用user等信息传给服务器验证 sign in with Apple #import <AuthenticationServices/AuthenticationServices.h> // 处理登录按钮点击事件 - (void)test:(id)sender { if (@available(iOS 13.0, *)){ ASAuthorizationAppleIDPr
最新 iOS13 苹果登录
weixin_41963895的博客
10-16 1983
应用集成第三方登录，iOS 13之后必须集成苹果登录，否则审核会被拒的。较为常用的第三方登录是微信和QQ，微信不提供网页登录授权，所以用户手机没有安装微信最好是不展示微信登录入口，QQ是提供网页授权登录的，所以提供的第三方登录入口QQ可以不加判断直接展示。苹果登录只在iOS 13以后才可以使用，所以系统版本小于13的也不能展示苹果入口。 微信和QQ不多说，直接在开发平台注册应用，拿到APPID和APP secret去调用微信和QQ的SDK，处理对应的回调，在Xcode设置URL Schemes和白名单。
iOS 苹果授权登录（Sign in with Apple）系列之Apple Developer配置篇
Gaos的BLOG
07-17 1万+
原文 在iOS13中，如果App提供第三方登录，就必须添加苹果登录 Sign in with Apple选项，并要求所有开发者于2020年4月之前完成现有应用的更新，否则审核不给通过。 iOS 苹果授权登录（Sign in with Apple）系列之Apple Developer配置篇 iOS 苹果授权登录（Sign in with Apple）系列之原生篇 iOS 苹果授权登录（Sign in with Apple）系列之uniapp篇 iOS 苹果授权登录（...
报错 Incompatible pointer types initializing ‘int *‘ with an expression of type ‘float *‘
weixin_45414611的博客
11-20 6822
#报错 Incompatible pointer types initializing ‘int *’ with an expression of type ‘float *’ float f; scanf("%f", &f); int *int_p = (int*)&f; 注意加上 (int*)
C语言使用技巧（二）：使用char 和 unsigned char打印结果和typedef int nint32_t的使用
源代码杀手的博客
09-18 6925
#include <stdio.h> int main() { char *a = "abcd"; //无警告 signed char *b = "abcd"; //编译报警告 ”Initializing 'signed char *' with an expression of type 'char [5]' converts between pointers to integer types with different sign” unsigned char *
Sign In With Apple
王二东的博客
03-13 5593
在最新的审核指南中，出现了关于Sign In With Apple 的要求： 4.8 Sign in with Apple Apps that use a third-party or social login service (such as Facebook Login, Google Sign-In, Sign in with Twitter, Sign In with Linked...
iOS Sign in with Apple 苹果登录带配置步骤代码封装
03-12 2751
#import <Foundation/Foundation.h> #import <UIKit/UIKit.h> NS_ASSUME_NONNULL_BEGIN typedef NS_ENUM(NSUInteger, AppleLoginType) { AppleLoginTypeUnknown = 0, AppleLoginTypeSucces...
“warning: initialization makes pointer from integer without a cast [-Wint-conversion]“的解决方法
m0_66338176的博客
07-10 4494
根据警告提示，你的代码中存在将整数值直接赋给指针类型变量的情况，而没有进行类型转换。在 C 语言中，将整数值赋给指针类型的变量通常是不安全的，因为整数和指针类型的内存布局不同。如果你的意图是将指针指向一个特定的内存地址，你需要确保将整数值转换为正确的指针类型，并将其指向有效的内存地址。为了修复这个警告，你需要确保将整数值转换为与指针类型相匹配的指针类型。是一个编译器的警告提示，它通常指示在变量初始化时将整数值直接赋给指针类型变量，可能会导致类型不匹配的问题。类型的指针，并将其指向地址。
initializing 'struct mtk_charger *' with an expression of incompatible type 'void' struct mtk_charger *chip = container_of(work,
最新发布
07-16
<think>我们遇到了一个错误：尝试用不兼容的类型'void'初始化'struct mtk_charger *'。错误发生在使用container_of宏时。 问题分析： container_of宏通常用于通过结构体成员的指针来获取整个结构体的指针。其基本用法是： container_of(ptr, type, member) 其中： ptr: 指向结构体成员的指针 type: 结构体的类型 member: 成员在结构体中的名称 根据错误信息，我们尝试将`work`（可能是某个结构体成员的指针）转换为`struct mtk_charger*`，但编译器提示类型不兼容。 可能的原因： 1. `work`的类型不是`struct work_struct *`，而是`void *`或其他类型，导致container_of宏展开时类型不匹配。 2. 在结构体`struct mtk_charger`中，成员`work`（或我们使用的成员）的类型与传入的`work`指针类型不匹配。 假设我们有一个结构体定义如下： struct mtk_charger { // ... 其他成员 struct delayed_work pd_ready_check_work; // 假设我们使用这个成员 }; 在work回调函数中，我们通常这样获取外层结构体指针： static void oplus_pd_ready_check_work(struct work_struct *work) { struct delayed_work *dwork = to_delayed_work(work); struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); // ... } 但是，如果我们的work回调函数是用于delayed_work，那么参数work实际上是delayed_work中的work成员。因此，我们需要先将其转换为delayed_work，然后再使用container_of。 然而，错误信息显示我们试图用`void`表达式初始化，这可能是由于我们没有正确转换类型。 修复步骤： 1. 确认work回调函数的参数类型：如果是delayed_work，那么参数应该是`struct work_struct *`，但我们需要的是包含它的delayed_work结构体的地址。 2. 使用正确的转换：先通过`container_of`从`work`得到`delayed_work`，然后再从`delayed_work`得到外层结构体。 但是，如果我们的结构体中直接使用`struct work_struct`（而不是`struct delayed_work`），那么就不需要先转换到delayed_work。 示例代码（使用delayed_work）： static void oplus_pd_ready_check_work(struct work_struct *work) { struct delayed_work *dwork = container_of(work, struct delayed_work, work); struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); // 或者一步到位： // struct mtk_charger *chip = container_of(work, struct mtk_charger, pd_ready_check_work.work); } 但是，第二种一步到位的方式需要知道在`mtk_charger`结构体中，`pd_ready_check_work`成员是一个`struct delayed_work`，然后我们取它的`work`成员。 然而，错误信息中我们写的是： struct mtk_charger *chip = container_of(work, ...) 如果我们的结构体成员是`struct delayed_work`，那么我们应该这样写： struct mtk_charger *chip = container_of(work, struct mtk_charger, pd_ready_check_work.work); 或者，如果我们结构体成员是`struct work_struct`（不是延迟工作），那么直接写： struct mtk_charger *chip = container_of(work, struct mtk_charger, pd_ready_check_work); 所以，我们需要检查结构体`mtk_charger`中成员的定义，以及回调函数是如何被调用的。 常见错误：在container_of宏中，第三个参数应该是成员的名字，而不是类型。 因此，请检查： 1. 结构体`mtk_charger`中工作队列成员的确切名称和类型。 2. 在container_of宏中，第三个参数是否写对了成员的名字。 如果结构体中定义的是： struct delayed_work pd_ready_check_work; 那么，在container_of中，我们应该使用`pd_ready_check_work.work`来访问内嵌的`work_struct`。 但是，container_of的第三个参数需要是成员在结构体中的名字（即`pd_ready_check_work.work`），这实际上是一个语法错误，因为container_of的第三个参数应该是一个简单的成员名，不能带点号。 因此，正确的方式是分两步： struct delayed_work *dwork = container_of(work, struct delayed_work, work); struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); 或者，我们可以用： struct mtk_charger *chip = container_of(container_of(work, struct delayed_work, work), struct mtk_charger, pd_ready_check_work); 但这样可读性差。 另一种方法是，如果我们的结构体成员是`struct delayed_work`，我们可以这样定义回调函数： static void oplus_pd_ready_check_work(struct work_struct *work) { struct delayed_work *dwork = to_delayed_work(work); struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); // ... } 其中，`to_delayed_work`是内核提供的宏，实际上就是`container_of(work, struct delayed_work, work)`。 所以，请根据实际结构体定义调整。 如果问题中的代码片段是： struct mtk_charger *chip = container_of(work, ...); 并且报错是类型不兼容，那么很可能是因为`work`的类型是`void *`，而container_of宏要求第一个参数是指向结构体成员的指针，但类型必须匹配。如果`work`是`void *`，我们需要先将其转换为正确的类型，或者检查调用上下文。 但是，在Linux内核中，工作队列回调函数的参数是`struct work_struct *`，所以通常不会是`void *`。因此，请检查函数原型是否正确定义。 总结：我们需要根据结构体成员的实际类型和名称，正确使用container_of宏。 修复后的代码示例（假设结构体成员为`struct delayed_work pd_ready_check_work`）： static void oplus_pd_ready_check_work(struct work_struct *work) { struct delayed_work *dwork = container_of(work, struct delayed_work, work); struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); // 然后调用函数 mtk_chg_set_otg_src_pdo(chip->ic_dev, chip->curr_ma); } 注意：这里假设`struct mtk_charger`结构体中有一个成员`ic_dev`和`curr_ma`。 如果问题仍然存在，请检查结构体定义和实际使用的成员名。</think>### 类型不兼容错误分析与修复 #### 问题根源分析 错误信息 `initializing 'struct mtk_charger *' with an expression of incompatible type 'void'` 表明您在使用 `container_of` 宏时存在类型不匹配问题。核心原因在于： 1. **container_of宏使用错误**： ```c struct mtk_charger *chip = container_of(work, ...); ``` `container_of` 宏的第一个参数必须是**结构体成员的指针**，但您传递的 `work` 是 `struct work_struct *` 类型，与目标结构体成员类型不匹配。 2. **工作队列结构嵌套问题**： - 如果使用 `delayed_work`，它包含嵌套结构：`struct delayed_work` → `struct work_struct` - 直接使用 `work` 指针无法直接映射到外层容器结构 #### 正确使用container_of的三种方法 ##### ✅ 方法1：直接通过work_struct访问（适用于标准work） ```c struct mtk_charger *chip = container_of(work, struct mtk_charger, work_member); ``` **要求**：结构体中必须直接包含 `struct work_struct` 成员 ##### ✅ 方法2：通过delayed_work中转（推荐） ```c static void oplus_pd_ready_check_work(struct work_struct *work) { // 先转换到delayed_work struct delayed_work *dwork = to_delayed_work(work); // 再转换到目标结构体 struct mtk_charger *chip = container_of(dwork, struct mtk_charger, delayed_work_member); mtk_chg_set_otg_src_pdo(chip->ic_dev, chip->curr_ma); } ``` ##### ✅ 方法3：单步转换（需精确匹配成员） ```c struct mtk_charger *chip = container_of(work, struct mtk_charger, delayed_work_member.work); ``` ### 完整修复方案 #### 步骤1：定义正确的结构体 ```c struct mtk_charger { struct oplus_chg_ic_dev *ic_dev; int curr_ma; // 关键：必须包含work成员 struct delayed_work pd_ready_check_work; // 或 struct work_struct }; ``` #### 步骤2：正确初始化工作队列 ```c // 在probe函数中 INIT_DELAYED_WORK(&chip->pd_ready_check_work, oplus_pd_ready_check_work); ``` #### 步骤3：修复回调函数 ```diff static void oplus_pd_ready_check_work(struct work_struct *work) { - // 错误用法 - struct mtk_charger *chip = container_of(work, ...); + // 正确用法 + struct delayed_work *dwork = to_delayed_work(work); + struct mtk_charger *chip = container_of(dwork, struct mtk_charger, pd_ready_check_work); mtk_chg_set_otg_src_pdo(chip->ic_dev, chip->curr_ma); } ``` ### 类型兼容性验证表 | 实际类型 | container_of参数 | 是否有效 | 原因 | |---------|-----------------|---------|------| | `struct work_struct *` | `work_member` (work_struct) | ✅ | 直接匹配 | | `struct work_struct *` | `delayed_work_member` (delayed_work) | ❌ | 类型不兼容 | | `struct work_struct *` | `delayed_work_member.work` | ✅ | 嵌套成员访问 | | `void *` | 任何成员 | ❌ | 需要具体类型 | ### 关键注意事项 1. **成员名称必须精确匹配**： ```c // 结构体定义中的成员名 struct mtk_charger { struct delayed_work pd_work; // 必须与container_of中一致 }; // container_of使用 container_of(dwork, struct mtk_charger, pd_work); ``` 2. **Linux内核版本差异**： - 内核 ≥ 5.3：`to_delayed_work()` 已内建 - 内核 < 5.3：需自定义： ```c #define to_delayed_work(work) \ container_of(work, struct delayed_work, work) ``` 3. **类型安全增强**： ```c static_assert( offsetof(struct mtk_charger, pd_ready_check_work) == offsetof(struct mtk_charger, pd_ready_check_work.work), "Work structure mismatch" ); ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值