ios开发中如何进行进程间通信

作者: the宇亮 | 来源:发表于2025-02-12 14:08 被阅读0次

跨进程间如何进行AIDL IPC 通信（三）
Binder机制总结
进程间通信
PHP进程间通信--消息队列
进程间通信
iOS开发中NSOperation线程间通信？下载图片?
IPC机制(五)——Binder原理分析(一)
iOS开发之线程间的MachPort通信与子线程中的Notifi
在 iOS 开发中如何优雅地进行图片缩放？
Android开发艺术探索-IPC机制

在 iOS 开发中，进程间通信（Inter-Process Communication, IPC）是指不同进程之间的数据交换和消息传递。由于 iOS 的沙盒机制限制了应用之间的直接访问，进程间通信需要使用特定的机制来实现。

以下是几种常见的 iOS 进程间通信方式：

1. Distributed Notifications（分布式通知）

NSDistributedNotificationCenter 是 NSNotificationCenter 的扩展，专门用于跨进程通信。它允许不同进程之间发送和接收通知。

示例代码：

// 注册分布式通知
[[NSDistributedNotificationCenter defaultCenter] addObserver:self
                                                    selector:@selector(handleDistributedNotification:)
                                                        name:@"MyDistributedNotification"
                                                      object:nil];

// 发送分布式通知
[[NSDistributedNotificationCenter defaultCenter] postNotificationName:@"MyDistributedNotification"
                                                                object:nil
                                                              userInfo:nil
                                                       deliverImmediately:YES];

// 处理分布式通知
- (void)handleDistributedNotification:(NSNotification *)notification {
    NSLog(@"接收到分布式通知: %@", notification);
}

注意事项：

分布式通知的内容必须是简单的属性列表（如字符串、数字等），不能传递复杂对象。
分布式通知的性能较低，不适合频繁的消息传递。

2. XPC（Cross-Process Communication）

XPC 是苹果推荐的现代化进程间通信机制，提供了更高的安全性和易用性。XPC 允许你创建独立的服务进程，并通过 XPC 连接与主应用进行通信。

2.1 使用 `NSXPCConnection`

NSXPCConnection 是 XPC 的高层封装，允许你通过代理对象的方式进行进程间通信。

示例代码：

服务端：

#import <Foundation/Foundation.h>

@protocol MyXPCProtocol

- (void)doSomethingWithCompletion:(void (^)(NSString *))completion;

@end

@interface MyXPCService : NSObject <MyXPCProtocol>
@end

@implementation MyXPCService

- (void)doSomethingWithCompletion:(void (^)(NSString *))completion {
    NSLog(@"服务端处理任务");
    completion(@"任务完成");
}

@end

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSXPCListener *listener = [NSXPCListener serviceListener];
        listener.delegate = [[MyXPCService alloc] init];
        [listener resume];
    }
    return 0;
}

客户端：

#import <Foundation/Foundation.h>

@protocol MyXPCProtocol

- (void)doSomethingWithCompletion:(void (^)(NSString *))completion;

@end

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSXPCConnection *connection = [[NSXPCConnection alloc] initWithMachServiceName:@"com.example.MyXPCService" options:NSXPCConnectionPrivileged];
        connection.remoteObjectInterface = [NSXPCInterface interfaceWithProtocol:@protocol(MyXPCProtocol)];
        [connection resume];

        id<MyXPCProtocol> service = [connection remoteObjectProxyWithErrorHandler:^(NSError * _Nonnull error) {
            NSLog(@"连接失败: %@", error);
        }];

        [service doSomethingWithCompletion:^(NSString *result) {
            NSLog(@"接收到结果: %@", result);
        }];
    }
    return 0;
}

注意事项：

XPC 提供了更高的安全性，适合用于需要隔离的进程间通信。
XPC 服务可以作为独立的进程运行，也可以嵌入到应用中。

3. Shared Keychain（共享钥匙串）

iOS 的钥匙串（Keychain）支持多个应用之间共享数据。通过配置相同的 Keychain 访问组，不同的应用可以访问相同的数据。

示例代码：

配置 Keychain 访问组：

在 Entitlements.plist 中添加以下内容：

<key>keychain-access-groups</key>
<array>
    <string>$(AppIdentifierPrefix)com.example.sharedgroup</string>
</array>

写入数据：

#import <Security/Security.h>

- (void)saveToKeychain:(NSString *)key value:(NSString *)value {
    NSDictionary *query = @{
        (__bridge id)kSecClass: (__bridge id)kSecClassGenericPassword,
        (__bridge id)kSecAttrAccount: key,
        (__bridge id)kSecValueData: [value dataUsingEncoding:NSUTF8StringEncoding],
        (__bridge id)kSecAttrAccessGroup: @"com.example.sharedgroup"
    };

    SecItemDelete((__bridge CFDictionaryRef)query);
    SecItemAdd((__bridge CFDictionaryRef)query, NULL);
}

读取数据：

- (NSString *)readFromKeychain:(NSString *)key {
    NSDictionary *query = @{
        (__bridge id)kSecClass: (__bridge id)kSecClassGenericPassword,
        (__bridge id)kSecAttrAccount: key,
        (__bridge id)kSecReturnData: @YES,
        (__bridge id)kSecAttrAccessGroup: @"com.example.sharedgroup"
    };

    CFTypeRef result = NULL;
    SecItemCopyMatching((__bridge CFDictionaryRef)query, &result);

    if (result) {
        NSData *data = (__bridge_transfer NSData *)result;
        return [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
    }

    return nil;
}

注意事项：

共享钥匙串适用于存储少量的敏感数据，如用户凭据。
需要确保所有共享的应用都配置了相同的 Keychain 访问组。

4. Pasteboard（剪贴板）

UIPasteboard 可以用于在不同应用之间共享数据。通过系统剪贴板，你可以将文本、图片等数据从一个应用传递到另一个应用。

示例代码：

写入数据：

UIPasteboard *pasteboard = [UIPasteboard generalPasteboard];
pasteboard.string = @"Hello, World!";

读取数据：

UIPasteboard *pasteboard = [UIPasteboard generalPasteboard];
NSString *text = pasteboard.string;
NSLog(@"从剪贴板读取的数据: %@", text);

注意事项：

剪贴板适合用于临时数据的共享，不适合长期存储或敏感数据。
用户可以手动清除剪贴板内容。

5. URL Scheme

通过自定义 URL Scheme，一个应用可以通过打开 URL 的方式与其他应用进行通信。

示例代码：

注册 URL Scheme：

在 Info.plist 中添加以下内容：

<key>CFBundleURLTypes</key>
<array>
    <dict>
        <key>CFBundleURLSchemes</key>
        <array>
            <string>myapp</string>
        </array>
    </dict>
</array>

处理 URL 请求：

- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey,id> *)options {
    NSLog(@"接收到 URL: %@", url);
    return YES;
}

打开其他应用：

NSURL *url = [NSURL URLWithString:@"myapp://action"];
[[UIApplication sharedApplication] openURL:url options:@{} completionHandler:nil];

注意事项：

URL Scheme 适合用于简单的应用间跳转和数据传递。
URL Scheme 的安全性较低，容易被恶意应用劫持。

6. Universal Links（通用链接）

Universal Links 是苹果推荐的替代 URL Scheme 的方式，允许通过标准的 HTTP/HTTPS 链接打开应用。

示例代码：

配置 Universal Links：

在 Apple Developer 中配置关联域名，并在服务器上提供 apple-app-site-association 文件。

处理 Universal Links：

- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void (^)(NSArray<id<UIUserActivityRestoring>> * _Nullable))restorationHandler {
    if ([userActivity.activityType isEqualToString:NSUserActivityTypeBrowsingWeb]) {
        NSURL *url = userActivity.webpageURL;
        NSLog(@"接收到 Universal Link: %@", url);
    }
    return YES;
}

注意事项：

Universal Links 提供了更高的安全性和用户体验。
需要在服务器上配置 apple-app-site-association 文件。

7. File Sharing（文件共享）

通过 iTunes 文件共享或 iCloud，应用可以共享文件。这种方式适合用于较大的文件传输。

示例代码：

启用文件共享：

在 Info.plist 中添加以下内容：

<key>UIFileSharingEnabled</key>
<true/>

访问共享文件：

NSString *documentsPath = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES).firstObject;
NSFileManager *fileManager = [NSFileManager defaultManager];
NSArray *files = [fileManager contentsOfDirectoryAtPath:documentsPath error:nil];
for (NSString *file in files) {
    NSLog(@"共享文件: %@", file);
}

注意事项：

文件共享适合用于较大的文件传输。
用户可以通过 iTunes 或 iCloud 管理共享文件。

总结

在 iOS 开发中，进程间通信有多种方式，选择哪种方式取决于具体的需求：

简单通知：使用 NSDistributedNotificationCenter。
高性能和安全性：使用 NSXPCConnection。
共享少量敏感数据：使用 Shared Keychain。
临时数据共享：使用 UIPasteboard。
应用间跳转和数据传递：使用 URL Scheme 或 Universal Links。
文件共享：使用 iTunes 文件共享或 iCloud。

每种方式都有其适用的场景，开发者应根据实际需求选择合适的进程间通信方式。

bridge和bridge_transfer是什么用

在 Objective-C 中，__bridge 和 __bridge_transfer 是用于管理 Core Foundation 和 Objective-C 对象之间内存管理的转换关键字。它们主要用于 ARC（Automatic Reference Counting，自动引用计数）环境下，处理 Core Foundation 对象与 Objective-C 对象之间的桥接。

1. 背景：ARC 和 Core Foundation

ARC（Automatic Reference Counting）：ARC 是 Objective-C 的自动内存管理机制，负责自动管理 Objective-C 对象的生命周期（即自动调用 retain、release 和 autorelease）。
Core Foundation：Core Foundation 是苹果提供的 C 语言框架，提供了许多基础数据类型和功能（如 CFStringRef、CFArrayRef 等）。Core Foundation 对象是手动管理内存的，开发者需要显式调用 CFRetain 和 CFRelease 来管理对象的生命周期。

由于 ARC 只能自动管理 Objective-C 对象的内存，而不能自动管理 Core Foundation 对象的内存，因此在两者之间进行转换时，需要使用桥接关键字来告诉编译器如何处理内存管理。

2. `__bridge`

__bridge 是一种简单的桥接方式，它只是将 Core Foundation 对象和 Objective-C 对象之间进行类型转换，不会改变对象的内存管理责任。也就是说，使用 __bridge 时，对象的内存管理仍然由原来的代码负责。

使用场景：

当你只需要临时将 Core Foundation 对象转换为 Objective-C 对象，并且不希望改变其所有权时，可以使用 __bridge。

示例代码：

// 创建一个 Core Foundation 字符串
CFStringRef cfString = CFStringCreateWithCString(NULL, "Hello, World!", kCFStringEncodingUTF8);

// 使用 __bridge 将 Core Foundation 对象转换为 Objective-C 对象
NSString *nsString = (__bridge NSString *)cfString;

// 使用完后，手动释放 Core Foundation 对象
CFRelease(cfString);

在这个例子中，__bridge 只是将 CFStringRef 转换为 NSString *，但不会影响 cfString 的内存管理。我们仍然需要手动调用 CFRelease 来释放 Core Foundation 对象。

3. `__bridge_transfer`

__bridge_transfer 是一种桥接方式，它不仅将 Core Foundation 对象转换为 Objective-C 对象，还会将 Core Foundation 对象的所有权转移给 ARC，由 ARC 负责管理该对象的内存。换句话说，使用 __bridge_transfer 后，你不再需要手动调用 CFRelease，因为 ARC 会自动为你管理对象的生命周期。

使用场景：

当你希望将 Core Foundation 对象的所有权转移给 ARC 时，可以使用 __bridge_transfer。

示例代码：

// 创建一个 Core Foundation 字符串
CFStringRef cfString = CFStringCreateWithCString(NULL, "Hello, World!", kCFStringEncodingUTF8);

// 使用 __bridge_transfer 将 Core Foundation 对象转换为 Objective-C 对象，并将所有权转移给 ARC
NSString *nsString = (__bridge_transfer NSString *)cfString;

// 不需要手动释放 cfString，因为 ARC 会自动管理它的内存
NSLog(@"转换后的字符串: %@", nsString);

在这个例子中，__bridge_transfer 将 cfString 的所有权转移给了 ARC，因此我们不需要手动调用 CFRelease，ARC 会在适当的时候自动释放 cfString。

4. `__bridge_retained`

除了 __bridge 和 __bridge_transfer，还有一个相关的桥接关键字 __bridge_retained。它的作用与 __bridge_transfer 相反，它将 Objective-C 对象转换为 Core Foundation 对象，并将所有权转移给 Core Foundation，你需要手动管理该对象的内存。

使用场景：

当你希望将 Objective-C 对象的所有权转移给 Core Foundation 时，可以使用 __bridge_retained。

示例代码：

// 创建一个 Objective-C 字符串
NSString *nsString = @"Hello, World!";

// 使用 __bridge_retained 将 Objective-C 对象转换为 Core Foundation 对象，并将所有权转移给 Core Foundation
CFStringRef cfString = (__bridge_retained CFStringRef)nsString;

// 手动释放 Core Foundation 对象
CFRelease(cfString);

在这个例子中，__bridge_retained 将 nsString 的所有权转移给了 Core Foundation，因此我们需要手动调用 CFRelease 来释放 cfString。

5. 总结

__bridge：只是进行类型转换，不会改变对象的内存管理责任。你仍然需要手动管理 Core Foundation 对象的内存。
__bridge_transfer：将 Core Foundation 对象的所有权转移给 ARC，由 ARC 负责管理对象的内存。你不需要手动调用 CFRelease。
__bridge_retained：将 Objective-C 对象的所有权转移给 Core Foundation，你需要手动管理 Core Foundation 对象的内存。

选择合适的桥接方式：

如果你只是临时使用 Core Foundation 对象，并且不想改变其所有权，使用 __bridge。
如果你希望将 Core Foundation 对象的所有权交给 ARC，使用 __bridge_transfer。
如果你希望将 Objective-C 对象的所有权交给 Core Foundation，使用 __bridge_retained。

6. 注意事项

内存泄漏：如果你使用了 __bridge_retained 或 __bridge_transfer，但没有正确管理内存，可能会导致内存泄漏或崩溃。
ARC 和 Core Foundation 的混合使用：在 ARC 环境下，尽量避免手动管理内存。如果必须使用 Core Foundation，确保正确使用桥接关键字来管理对象的生命周期。

通过合理使用这些桥接关键字，你可以安全地在 Core Foundation 和 Objective-C 对象之间进行转换，同时避免内存管理问题。

跨进程间如何进行AIDL IPC 通信（三）
在上两篇博客《跨进程间如何进行AIDL IPC 通信（一）》《跨进程间如何进行AIDL IPC 通信（二）》中，我...
Binder机制总结
一、Binder机制概述在Android开发中，很多时候我们需要用到进程间通信，所谓进程间通信，实现进程间通信的...
进程间通信
进程间通信进程空间相对独立，资源无法相互获取，此时在不同进程间通信需要专门方法进程间通信就是在不同的进程间进行...
PHP进程间通信--消息队列
前面介绍了怎么通过消息管道（有名消息管道）进行进程间通信，下面介绍如何通过消息队列实现进程间通信。首先我们来看一...
进程间通信
进程间通信不同的进程间进行数据的传输进程间通信方式文件不推荐,文件和磁盘交互慢,数据不安全管道在内存中...
iOS开发中NSOperation线程间通信？下载图片?
『导言』 iOS开发中如何用NSOperation进行快速的下载图片，并且图片显示？其中子线程和主线程如何通信？ ...
IPC机制(五)——Binder原理分析(一)
跟着《Android艺术开发探索》一书学习了android中的进程间通信，刚好和最近学习操作系统的进程间通信做了比...
iOS开发之线程间的MachPort通信与子线程中的Notifi
iOS开发之线程间的MachPort通信与子线程中的Notification转发 iOS开发之线程间的MachPo...
在 iOS 开发中如何优雅地进行图片缩放？
在 iOS 开发中如何优雅地进行图片缩放？在 iOS 开发中如何优雅地进行图片缩放？
Android开发艺术探索-IPC机制
什么是IPC Inter-Process Comminication 进程间通信各平台进程间如何通信 Windo...

ios开发中如何进行进程间通信

1. Distributed Notifications（分布式通知）

示例代码：

注意事项：

2. XPC（Cross-Process Communication）

2.1 使用 NSXPCConnection

示例代码：

注意事项：

3. Shared Keychain（共享钥匙串）

示例代码：

注意事项：

4. Pasteboard（剪贴板）

示例代码：

注意事项：

5. URL Scheme

示例代码：

注意事项：

6. Universal Links（通用链接）

示例代码：

注意事项：

7. File Sharing（文件共享）

示例代码：

注意事项：

总结

__bridge和__bridge_transfer是什么用

1. 背景：ARC 和 Core Foundation

2. __bridge

使用场景：

示例代码：

3. __bridge_transfer

使用场景：

示例代码：

4. __bridge_retained

使用场景：

示例代码：

5. 总结

选择合适的桥接方式：

6. 注意事项

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

2.1 使用 `NSXPCConnection`

bridge和bridge_transfer是什么用

2. `__bridge`

3. `__bridge_transfer`

4. `__bridge_retained`