关于重复注册通知的问题

最新推荐文章于 2021-08-06 11:43:54 发布
原创 最新推荐文章于 2021-08-06 11:43:54 发布 · 1.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#bug #ios #代码

本文探讨了在iOS应用中，如果多次发送或注册相同的通知，会导致接收方多次响应，产生潜在的bug。通过示例代码展示了通知发送与接收的场景，并指出为防止错误，应当在注册通知前先注销相同的通知。
iOS中通过通知中心可以实现发送与接收通知的效果，其中若多次发送同一通知，对方就会多次响应，但如果多次注册通知，也会有多次响应的效果，这里容易比较隐形的bug。

多次发送：

//发送通知方
    //self 发送通知
    [[NSNotificationCenter defaultCenter] postNotificationName:@"justTest" object:nil];
    [[NSNotificationCenter defaultCenter] postNotificationName:@"justTest" object:nil];
    [[NSNotificationCenter defaultCenter] postNotificationName:@"justTest" object:nil];

//接收通知方
- (void) resignNotification{
    [[NSNotificationCenter defaultCenter] addObserverForName:@"justTest" object:nil queue:nil
                                                  usingBlock:^(NSNotification *note) {
                                                      NSLog(@"luozhiwei");
                                                  }];
}
结果：
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei

多次接收：

//发送通知方
[[NSNotificationCenter defaultCenter] postNotificationName:@"justTest" object:nil];

//接收通知方
- (void) resignNotification{
    [[NSNotificationCenter defaultCenter] addObserverForName:@"justTest" object:nil queue:nil
                                                  usingBlock:^(NSNotification *note) {
                                                      NSLog(@"luozhiwei");
                                                  }];

    [[NSNotificationCenter defaultCenter] addObserverForName:@"justTest" object:nil queue:nil
                                                  usingBlock:^(NSNotification *note) {
                                                      NSLog(@"luozhiwei");
                                                  }];


    [[NSNotificationCenter defaultCenter] addObserverForName:@"justTest" object:nil queue:nil
                                                  usingBlock:^(NSNotification *note) {
                                                      NSLog(@"luozhiwei");
                                                  }];
}


结果：
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei
2015-07-25 16:15:46.491 multipleRegistrationNotification[5233:171998] luozhiwei



结论：为了避免因此重复注册而造成错误，建议每次注册一个通知之前，可以先注销一次该通知。
Spring高频面试基础问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 174万+
高频Spring相关基本面试题和知识点整理
相关业务问题+系统问题+设计问题整理统计
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 172万+
业务系统及其他相关面试问题整理：线上相关问题排查+高并发系统的限流+高并发秒杀系统设计+负载均衡+一个网站有 20 亿 url 存在一个黑名单中，这个黑名单要怎么存？若此时随便输入一个 url，你如何快速判断该 url 是否在这个黑名单中？并且需在给定内存空间（比如：500M）内快速判断出？
iOS 注册通知之后多次执行响应方法
开拓－－跋涉
03-24 6002
／／假设 在程序中已经发送了通知 KNotificationConfirmGetCash －（void）buttonClicked    ／／按钮点击事件 {          [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(confirmToGetMoneyResponse
关于ios NSNotificationCenter 可以多次添加（addObserver） 同一个通知的 问题
just-time的博客
01-10 4626
偶然的一次， 开发中， 给同一个通知 注册了多次， 发现这个通知多次调用响应的方法， 才发现， 同一个对象是可以多次注册同一个通知的。 这点以后需要注意，   1.写在ViewController中的注册通知，在页面pop后会自动在通知中心移除自己；写在其他对象中的注册通知，释放后不会自动移除自己，这时候会引起崩溃。 另外 有说通知发送和 接受都是在同一线程内的，这个我不赞同！   2.发...
NSNotification多次重复通知的解决办法
More reading and learning to become excellent
11-16 8812
在做项目阶段,发现每次app正常状态下退出登录后,再重新登录进app,(viewDidLoad中写了注册通知的方法)在viewDidLoad中会再次注册一次通知, 比如,当第一次登录的时候,viewDidLoad中调用了一次注册方法,当退出登录,再次进入该页面的时候,viewDidLoad又注册了一次通知,所以在此发出通知后接受到两次通知,如果再次退出,再次登录进入该页面的时候,又一次注册了一次通
注册重复提醒,登录验证
xlionsky的博客
12-06 651
def zhuce(): import time dic={} with open("yhmmima.txt",mode="r+",encoding="utf-8") as f: for line in f.readlines(): new_line=line.strip() lst=new_line.split("/") print(new_line) print(lst) dic[lst[0]]= lst[1] print(dic)#读取用户名和密码,生成
NSNotificationCenter通知接收多次
呆萌院长
10-31 2904
http://blog.youkuaiyun.com/tlm38025/article/details/12509821       最近在做的一个ios的项目上面用到了ios的NSNotificationCenter，却发现会重复收到一个通知多次，很是奇怪。       首先：确定发送通知的地方只发送了一次，[[NSNotificationCenterdefaultCente
iOS设置工作日 本地通知提醒(周一到周五重复通知)
lg767201403的博客
12-27 3425
需求： 1 每周周一到周五的九点半，通过本地通知提醒签到； 2 如果用户当天九点半之前已经签到，不再提醒； 3 如果用户设置不提醒，则永不提醒 实现： 1 关于本地通知移步这里 2 实现代码 static NSNotificationName const _Nullable kCheckinNotification = @"CheckinNotification"; static NSSt...
关于登录海南师范大学学生工作信息管理系统完善学生个人信息的通知.rar
02-14
压缩包内的“关于登录海南师范大学学生工作信息管理系统完善学生个人信息的通知.pdf”可能是详细的操作指南或说明文档，涵盖了如何访问系统、使用何种身份验证方式、更新哪些个人信息、提交过程、可能遇到的问题及...
iOS10.0本地推送通知.
12-28
11. **UNUserNotificationCenter**：这是iOS10中的关键类，用于处理通知的生命周期，包括请求权限、注册通知、调度和处理通知响应。 以上是iOS10.0中本地推送通知的主要知识点。通过这些功能，开发者能够为用户提供...
[探究JMX] 2、JMX注册例子
木鱼
07-01 230
一、简介       JMX(Java Management Extensions)是一个为应用程序植入管理功能的框架。主要用于管理和监控程序，本节以一个简单的例子理解怎样管理MBean。   二、准备工作       JMX有一套标准，SUN公司JDK提供了实现该套标准的JMX接口。基于JDK就可以开发出JMX代码了。       1、 安装JDK1.5       2、 代...
关于NSNotificationCenter收到多次相同通知的问题
CoderL
11-27 2783
在项目中某个地方需要接收一个通知，然后去做一项任务，调试时发现有时会收到两条相同的通知，奇怪了，排查步骤如下: 1.查看是否发送了两次通知; (结果发现只发送了一次) 2.查看- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSNotificationName)aName object:(nulla...
iOS学习笔记【十】—— NSNotification
tmyttt2333的博客
06-30 443
NSNotification 用于描述通知的类，一个NSNotification对象就包含了一条通知的信息 - (NSString*) name; // 通知的name - (id) object; // 携带的对象 - (NSDictionary*) userInfo; // 配置信息 NSNotificationCenter 是个单例类，负责添加通知add、发送通知post和移除通知remove NSNotificationQueue 通知队列，用于异步发送消息，这个异步并不是开启线程，而是把通知存
极光推送-一条消息被推送了两次解决办法
yhf102537的博客
06-11 2902
问题描述： 在使用JPush推送时，推送出去一条消息，而客户端通知栏中却收到两条相同的消息，并且同通知栏点击任意一条消息，在控制台都能打印出来。问题定位于：重复推送。 首先通过服务端的跟踪配合，确定Push操作只执行了一次，那么问题可能出现在客户端。客户端在AppDelegate中的操作大体归类为：注册推送、回调函数。 最终问题的原因找到了：Register注册方法被执行了两次，即重复注册的...
iOS 通知对应的方法多次执行问题
黄晓庆的博客
01-07 5021
今天在优化图片上传的时候，因为七牛每次都只能上传一张，所以采用了递归的方法，在递归执行完之后，发出通知，然后再将图片名上传给服务器，奇怪的是我发出通知的地方只执行一次，但是注册通知SEL方法却会执行多次，而且是在第二次上传的情况下，会递增的执行这个方法。以前使用通知也没有出现过这种情况，之后百度了下，原因是没有将这个通知移除，在没有移除的情况下，通知会多次注册，所以才造成这样的结果。其...
iOS经典面试题大全2021（一）（附答案）
IOSNF的博客
08-06 6310
（iOS面试资料大全） 1、简述你项目中常用的设计模式。它们有什么优缺点？ 常用的设计模式有：代理、观察者、单例。 （1）单例：它是用来限制一个类只能创建一个对象。这个对象中的属性可以存储全局共享的数据。所有的类都能访问、设置此单例中的属性数据。 优点：是它只会创建一个对象容易供外界访问，节约性能。 缺点：是一个类只有一个对象，可能造成责任过重，在一定程度上违背了“单一职责原则”。单例模式中没有抽象层，所以单例类的扩展有很大的困难。不能过多创建单例，因为单例从创建到程序关闭前会一直存在，过多的单例会影响性能
NSNotification多次执行的问题
wlaizff的专栏
07-22 6819
本文主要讲述在iOS开发过程中， 有关于NSNnotification的使用相关的问题， 问题主要源于我在项目开发中， 监听键盘显示和关闭的相关通知， 发现通知方法会被多次执行， 因为有很多地方会注册这两个通知， 就会发现未显示的界面， 还是可以执行通知方法， 这样做明显是没有必要的， 接下来就具体解释怎么解决这样的问题？
iOS静态方法与动态方法
luozhiwei_iOS的博客
09-19 3188
问题提出问题分析相关代码     1、问题提出      iOS中有静态方法与动态方法，那么两种方法的异同是什么？ 2、问题分析      因为每个对象都由相应的数据结构与方法相构成，一个程序可能有多个属于同一个类的对象，而每个对象的数据结构应该是不一的，但方法是相同的，若为每个对象开辟内存空间来存储方法，必然是对内存空间极大的浪费。因此app
Core Animation学习总结
luozhiwei_iOS的博客
02-27 2313
目录： The Layer Beneath The Layer Tree（图层树）The Backing Image（寄宿层）Layer Geometry（图层几何学）Visual Effects（视觉效果）Transforms（变换）Specialized Layers（专有图层） Setting Things in Motion Implicit Animations（隐式
动态注册的BroadcastReceiver 无法收到通知
最新发布
07-08
<think>我们正在解决用户的问题：动态注册的BroadcastReceiver无法接收通知 根据引用[5]：在Android 8.0及以上版本，静态注册的BroadcastReceiver对隐式广播有限制，但动态注册通常不受影响。然而，用户现在遇到的是动态注册无法接收通知的问题。 可能的原因及解决方案： 1. **注册时机问题**：动态注册需要在组件（如Activity）的生命周期方法中调用registerReceiver()。确保在接收广播之前已经注册（例如在onCreate()中注册，而不是在onResume()之后才注册）。 2. **IntentFilter匹配问题**：检查发送广播时使用的action字符串是否与接收器注册的action完全一致（包括大小写）。 3. **广播发送方式问题**： - 如果发送的是自定义广播，确保发送的Intent设置了正确的action。 - 注意：动态注册的接收器默认只能接收显式广播（即指定了组件名的广播）或通过IntentFilter匹配的隐式广播。但是，对于自定义广播，通常使用隐式广播（不指定组件名）并通过action匹配。 - 在Android 8.0（API 26）及以上，对隐式广播有更严格的限制，但自定义广播通常不受影响（限制主要针对系统定义的隐式广播）。不过，如果发送广播时指定了接收器的包名或组件名，则成为显式广播，动态注册的接收器可以接收。 4. **权限问题**：如果发送的广播带有权限，则接收器注册时也需要声明相应的权限。 5. **接收器未取消注册导致的问题**：虽然未取消注册通常不会导致无法接收，但可能导致重复注册或内存泄漏。但这里的问题是无法接收，所以重点检查注册和发送是否正确。 6. **发送广播的代码是否正确**：检查发送广播的代码，确保使用了正确的action，并且通过sendBroadcast()发送（如果是有序广播则使用sendOrderedBroadcast()）。 根据引用[1]中的示例，动态注册的代码通常在组件的onCreate()中注册，在onDestroy()中取消注册。我们参考这个示例来检查。 步骤： 1. 确认注册代码：确保在Activity或Service中正确注册，并且没有提前取消注册。 2. 确认发送广播的action与注册的action一致。 3. 如果广播是自定义的，确保发送广播时没有指定接收器的类名（否则变成显式广播，而动态注册的接收器不需要指定类名，但显式广播需要指定组件名，如果发送时指定了其他组件的类名，则当前接收器收不到）。 4. 测试：尝试发送一个简单的广播，看接收器能否收到。 示例代码（动态注册和发送）： 接收端（在Activity中）： ```java public class MainActivity extends AppCompatActivity { private BroadcastReceiver receiver; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // 创建接收器 receiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String action = intent.getAction(); if ("MY_CUSTOM_ACTION".equals(action)) { // 处理广播 Toast.makeText(context, "收到广播", Toast.LENGTH_SHORT).show(); } } }; // 注册接收器 IntentFilter filter = new IntentFilter(); filter.addAction("MY_CUSTOM_ACTION"); registerReceiver(receiver, filter); } @Override protected void onDestroy() { super.onDestroy(); // 取消注册 if (receiver != null) { unregisterReceiver(receiver); } } } ``` 发送端（在另一个Activity或Service中）： ```java // 发送广播 Intent intent = new Intent(); intent.setAction("MY_CUSTOM_ACTION"); // 如果需要传递数据 intent.putExtra("data", "Hello"); sendBroadcast(intent); ``` 如果上述步骤都正确，但仍然无法接收，考虑以下高级问题： 1. **进程状态**：如果接收端应用已经退出（Activity被销毁），动态注册的接收器也会被注销，因此收不到广播。如果需要后台接收，考虑使用Service进行动态注册（注意Service需要在后台运行）或使用静态注册（但注意Android 8.0对静态注册的限制）。 2. **系统版本差异**：在Android 8.0及以上，部分系统广播只能通过动态注册接收（如引用[5]所述），但自定义广播通常不受影响。 3. **广播发送的作用域**：默认情况下，广播只在当前应用内发送和接收。如果需要在应用间发送广播，需要设置广播的包名或使用显式Intent，或者使用带权限的广播。 如果广播需要跨应用，则： - 发送广播时，使用隐式Intent（只设置action）并确保接收应用注册了相同的action。 - 在Android 8.0及以上，隐式广播需要设置ComponentName或者使用包名限定，否则无法发送给其他应用。解决方案： ```java Intent intent = new Intent("MY_CUSTOM_ACTION"); // 设置接收应用的包名（假设接收应用的包名为com.example.receiverapp） intent.setPackage("com.example.receiverapp"); sendBroadcast(intent); ``` 4. **权限**：如果发送广播时指定了权限，则接收方注册时也需要声明该权限。例如： 发送方： ```java sendBroadcast(intent, "com.example.permission.MY_PERMISSION"); ``` 接收方在注册时： ```java registerReceiver(receiver, filter, "com.example.permission.MY_PERMISSION", null); ``` 并且双方在各自的AndroidManifest.xml中声明权限。 5. **广播类型**：普通广播（sendBroadcast）和有序广播（sendOrderedBroadcast）的区别。动态注册的接收器默认接收普通广播，如果发送的是有序广播，则接收器需要设置优先级（通过IntentFilter.setPriority()）并可能被中止（abortBroadcast()），但普通广播不会。 总结排查步骤： 1. 检查注册代码：是否在组件生命周期中正确注册，action是否匹配。 2. 检查发送代码：action是否一致，是否使用sendBroadcast()。 3. 检查跨应用情况：如果是跨应用，是否设置了包名或权限。 4. 检查系统版本：如果目标设备是Android 8.0及以上，注意隐式广播的限制（跨应用时需设置包名）。 5. 使用日志：在发送和接收的代码中添加日志，确保广播发送成功，并检查接收器是否被触发。 如果以上都确认无误，仍然无法接收，请提供更具体的代码和场景信息以便进一步排查。</think>### Android 动态注册 BroadcastReceiver 无法接收通知的解决方案 动态注册 BroadcastReceiver 无法接收通知通常由以下原因导致，下面是完整的排查步骤和解决方案： #### 🔍 1. **注册时机问题**（最常见原因） - **问题**：在组件生命周期外注册或过早注销 - **解决方案**： ```java public class MainActivity extends AppCompatActivity { private BroadcastReceiver receiver; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // ✅ 正确：在 onCreate 中注册 registerReceiver(); } private void registerReceiver() { receiver = new MyReceiver(); IntentFilter filter = new IntentFilter("MY_CUSTOM_ACTION"); registerReceiver(receiver, filter); } @Override protected void onDestroy() { super.onDestroy(); // ✅ 正确：在 onDestroy 中注销 if (receiver != null) { unregisterReceiver(receiver); } } } ``` **注意**：不要在 `onPause()` 中过早注销，除非有特殊需求[^1]。 #### 🧩 2. **IntentFilter 匹配问题** - **问题**：发送方和接收方的 action 不匹配 - **解决方案**： ```java // 发送端 Intent intent = new Intent(); intent.setAction("MY_CUSTOM_ACTION"); // 必须完全一致 intent.putExtra("msg", "Hello"); sendBroadcast(intent); // 接收端 public class MyReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { // ✅ 验证 action 匹配 if ("MY_CUSTOM_ACTION".equals(intent.getAction())) { String msg = intent.getStringExtra("msg"); Log.d("Receiver", "Received: " + msg); } } } ``` 使用常量定义 action 避免拼写错误[^3]。 #### 📱 3. **Android 8.0+ 兼容性问题** - **问题**：Android 8.0 (API 26) 限制隐式广播 - **解决方案**： ```java // 发送广播时指定包名 Intent intent = new Intent("MY_CUSTOM_ACTION"); intent.setPackage(getPackageName()); // 限定当前应用 intent.putExtra("msg", "Android 8.0 fix"); sendBroadcast(intent); ``` 或者使用显式广播： ```java Intent intent = new Intent(this, MyReceiver.class); intent.setAction("MY_CUSTOM_ACTION"); sendBroadcast(intent); ``` 此问题在 Android 8.0+ 上尤其重要[^5]。 #### ⏱ 4. **主线程阻塞问题** - **问题**：`onReceive()` 执行耗时操作导致 ANR - **解决方案**： ```java public class MyReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { // ❌ 避免直接执行耗时操作 // ✅ 启动 Service 或线程处理 PendingResult pendingResult = goAsync(); new Thread(() -> { // 后台处理 processBroadcast(intent); pendingResult.finish(); }).start(); } private void processBroadcast(Intent intent) { // 实际处理逻辑 } } ``` 使用 `goAsync()` 延展生命周期[^4]。 #### 🔐 5. **权限问题** - **问题**：发送/接收需要权限的广播 - **解决方案**： ```xml <!-- AndroidManifest.xml --> <uses-permission android:name="CUSTOM_PERMISSION"/> <permission android:name="CUSTOM_PERMISSION" android:protectionLevel="signature"/> ``` 发送带权限广播： ```java sendBroadcast(intent, "CUSTOM_PERMISSION"); ``` 接收时声明相同权限： ```java registerReceiver(receiver, filter, "CUSTOM_PERMISSION", null); ``` #### 🧪 调试步骤： 1. 检查注册日志：`adb shell dumpsys activity broadcasts` 2. 添加调试日志： ```java @Override public void onReceive(Context context, Intent intent) { Log.d("Receiver", "Broadcast received: " + intent.getAction()); // ... } ``` 3. 测试基础功能： ```java // 发送测试广播 sendBroadcast(new Intent(Intent.ACTION_AIRPLANE_MODE_CHANGED)); ``` > **关键提示**：在 Android 8.0+ 设备上，优先使用 `setPackage()` 限定广播范围，这是最常见的问题根源[^5][^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值