- MFMessageComposeViewController *picker = [[MFMessageComposeViewController alloc] init];
- if([MFMessageComposeViewController canSendText]) {
- picker.recipients = [NSArray arrayWithObject:@"1234"];
- picker.body = @"Hello";
- [picker performSelector:@selector(smsComposeControllerSendStarted:) withObject:[UIButton buttonWithType:UIButtonTypeCustom]];
- }
结果没有任何结果.甚至在控制台上都没有失败异常.我都没有在短信应用上看到消息.我发送邮件的人也没有得到它.
可以在这里找到iMars和MFMessageComposeViewController方法的列表.
我写了一个快速代码来验证这些是否是MFMessageComposeViewController中实际存在的项目.
- uint varCount = 0;
- Class cls= [MFMessageComposeViewController class];
- Ivar *vars = class_copyIvarList(cls,&varCount);
- for (uint i = 0; i < varCount; i++) {
- Ivar var = vars[i];
- const char* name = ivar_getName(var);
- const char* typeEncoding = ivar_getTypeEncoding(var);
- printf("iVar%i------------> %s\n",i+1,name);
- }
- free(vars);
- Method *imps = class_copyMethodList(cls,&varCount);
- for (uint i = 0; i < varCount; i++) {
- SEL sel = method_getName(imps[i]);
- printf("Method%i------------> %s\n",[(NSStringFromSelector(sel)) UTF8String]);
- }
它产生以下输出：
- iVar1------------> _messageComposeDelegate
- iVar2------------> _recipients
- iVar3------------> _body
- iVar4------------> _subject
- iVar5------------> _mutableAttachmentURLs
- iVar6------------> _currentAttachedVideoCount
- iVar7------------> _currentAttachedAudioCount
- iVar8------------> _currentAttachedImageCount
- iVar9------------> _temporaryAttachmentURLs
- iVar10------------> _attachments
- Method1------------> disableUserAttachments
- Method2------------> setCurrentAttachedVideoCount:
- Method3------------> setCurrentAttachedAudioCount:
- Method4------------> setCurrentAttachedImageCount:
- Method5------------> _MIMETypeForURL:
- Method6------------> _isVideoMIMEType:
- Method7------------> _isAudioMIMEType:
- Method8------------> _isImageMIMEType:
- Method9------------> mutableAttachmentURLs
- Method10------------> _contentTypeForMIMEType:
- Method11------------> _updateAttachmentCountForAttachmentURL:
- Method12------------> _buildAttachmentInfoForAttachmentURL:andAlternameFilename:
- Method13------------> temporaryAttachmentURLs
- Method14------------> canAddAttachmentURL:
- Method15------------> addAttachmentData:withAlternateFilename:
- Method16------------> _setCanEditRecipients:
- Method17------------> messageComposeDelegate
- Method18------------> setMutableAttachmentURLs:
- Method19------------> currentAttachedVideoCount
- Method20------------> currentAttachedAudioCount
- Method21------------> currentAttachedImageCount
- Method22------------> setTemporaryAttachmentURLs:
- Method23------------> dealloc
- Method24------------> viewWillAppear:
- Method25------------> initWithNibName:bundle:
- Method26------------> automaticallyForwardAppearanceAndRotationMethodstochildViewControllers
- Method27------------> setModalPresentationStyle:
- Method28------------> body
- Method29------------> setSubject:
- Method30------------> subject
- Method31------------> setMessageComposeDelegate:
- Method32------------> setBody:
- Method33------------> addAttachmentURL:withAlternateFilename:
- Method34------------> addAttachmentData:typeIdentifier:filename:
- Method35------------> attachmentURLs
- Method36------------> attachments
- Method37------------> recipients
- Method38------------> smsComposeControllerCancelled:
- Method39------------> smsComposeControllerSendStarted:
- Method40------------> setRecipients:
在我看来,smsComposeControllerSendStarted：方法可能比启动消息发送的实际函数更多的是委托.在上面的方法列表中,没有一个方法签名看起来更接近sendMessage：或类似于实际发送消息的函数.
我的问题是：
1)所有真正的MFMessageComposeViewController都在幕后.或者它是否有一些无法通过运行时函数访问的类集群？
2)如何找出实际的messageSend方法及其实现的类？
任何想法将不胜感激.
谢谢.
解决方法
更新1
在阅读了quellish评论后我发现这个http://oleb.net/blog/2012/10/remote-view-controllers-in-ios-6/看起来像MFMessageComposeViewController和类似的类为他们的目的启动另一个过程.这些进程是XPC服务,它们实现了应用程序与之通信的特定协议.这些流程使用所有必需的权利进行签名.可能/Applications/MessagesViewService.app/MessagesViewService实际上是发送短信的.这个二进制文件是用com.apple.messages.composeclient签名的,这是为了发送我在ChatKit.framework中找到的this代码所必需的.我认为有一种方法可以手动与该XPC服务进行通信以发送短信,但这将很困难.你不能用类转储和类似的简单工具来搞错,这些工具并没有给你太多的信息.
更新2
我已经成功了解了这一点.我扔掉了所有帮助程序类,所有UI内容都没有真正与XPC服务通信.剩下的就足以显示SMS视图控制器并将一些方法发送到XPC服务而不会有任何障碍.
当我们显示SMS组合UI时,iOS确实会启动/Applications/MessagesViewService.app/MessagesViewService进程.这是XPC服务.您可以尝试在应用程序显示时杀死它 – 您将获得黑屏,这意味着它是正确的.
CKSMSComposeRemoteViewController是显示SMS UI的视图控制器.它是_UIRemoteViewController类的子类.基本上,它管理我们的应用程序与在其他进程中在XPC服务中运行的实际UI之间的连接.这是我如何在我的 – (void)viewDidLoad方法中获取它的实例
- _UIAsyncInvocation* cancelationInvocation =
- [CKSMSComposeRemoveViewController requestViewController:@"CKSMSComposeViewServiceController"
- fromServiceWithBundleIdentifier:@"com.apple.mobilesms.compose"
- connectionHandler:
- ^(CKSMSComposeRemoteViewController* obj,NSError* error){
- smsViewController = obj;
- [smsViewController setDelegate:self];
- smsViewControllerProxy = [smsViewController serviceViewControllerProxy];
- }];
smsViewController是一个远程视图控制器实例. smsViewControllerProxy是XPCProxy< CKSMSCompose>实现CKSMSComposeViewServiceProtocol协议的实例 – 方法调用将被转发到XPC服务. XPCProxy并没有真正实现这些方法.它实现了forwardInvocation：方法,以便将调用转发到XPC连接.
_UIAsyncInvocation,查看ivar名称cancelationInvocation,用于取消XPC消息.它仅在CKSMSComposeController viewServiceDidTerminateWithError：方法中调用.
- [self presentViewController:smsViewController animated:YES completion:NULL];
您可能注意到[smsViewController setDelegate：self].委托必须实现CKSMSComposeRemoteViewControllerDelegate协议或应用程序将崩溃异常(无法识别的选择器).这是我实施的：
- -(void)smsComposeControllerAppeared
- {
- }
- -(void)smsComposeControllerCancelled
- {
- }
- -(void)smsComposeControllerDataInserted
- {
- }
这足以让你走了.
以下是我们如何向远程视图控制器发送消息：
- [smsViewControllerProxy insertTextPart:@"Some text"];
这会将文本插入SMS文本字段并调用smsComposeControllerDataInserted委托方法.
考虑到所有这些,我不再认为我们可以在没有UI的情况下发送短信.实际UI正在另一个进程中运行,我们对它没有任何控制权.我们可以设置一些字段,但就是这样.我希望有一种方法,但事实是,难怪我们做不到.在iOS 6中引入了远程视图来解决这个确切的安全问题 – 在iOS 5上,有一种方法可以在没有用户许可的情况下发送SMS,而一些AppStore应用就是这样做的.所以对Apple赞不绝口.
更新3
我设法在我们与SMS UI交互时转储正在发送的XPC消息.关于日志格式的几句话.第一行 – 拦截消息的地方.它是函数名称或Incoming事件,这意味着它是来自服务的传入消息.连接名称只是XPC连接名称.消息是XPC消息字典内容.消息数据 – 一些XPC消息包含“d” – >“r”键的二进制数据.它是一个序列化的二进制属性列表,无法使用NSPropertyListSerialization反序列化 – 它采用了一些新的格式.相反,你需要使用来自Foundation.framework的NSXPCDecoder – (id)_initWithRootXPCObject：(xpc_object_t).现在转储：
SMS UI正在呈现http://pastebin.com/NVEpujSh
按下“发送”按钮后的SMS UI http://pastebin.com/BYXd2djF
编辑SMS字段时会发送和接收消息,但它们仅对应于UI事件.例如,谁成为第一响应者,那些并不能真正说明SMS UI中发生了什么的东西.
