Backgrounding

Question

由于iOS框架在发布之前不允许本地通知执行代码，因此我正在寻找一种在越狱设备上实现代码的方法。

在越狱设备上是否内置了功能，以便在不需要用户交互的情况下安排代码执行？
代码应下载更新并确定用户是否应收到通知。
我不想要使用推送通知，这需要外部服务器将其推送给用户。

更新

好吧，我已经设法创建了一个在启动时启动并保持运行的守护进程。但是，发布通知需要UIApplication对象。根据{{3}}，这个单例是由UIApplicationMain()方法创建的，对于main()调用常规应用程序。由于我希望通知由守护进程发布，因此单例是零。

我可以创建UIApplication的实例吗？或者以其他方式发布通知？

我尝试过调用UIApplicationMain()然后在app代理中发布通知，以及杀死应用程序，但这会显示黑屏暂时;我想它启动了应用程序。此外，当应用程序无法启动时（当手机尚未完全启动时），它会导致守护程序崩溃。

以下是代码草图

int main(){
   if(launchedBySpringBoard || launchedBynotification)
      UIApplicationMain(...);
   else if(launchedByDaeamon)
      StartRunLoop();
}

void triggerdByRunLoopEveryXhours(){
    downloadData();
    if(isNewData())
       postNotification();
}

Answer 1

...或者以其他方式发布通知？

是即可。您可以使用触发通知的后台（启动）守护程序（而不是必须 a UILocalNotification）来完成此工作。当通知向用户显示警报时，您的守护程序可以决定打开正常的UI应用程序（或不）。

构建启动守护程序。

This is the best tutorial I've found。启动守护程序在手机启动时启动，并作为非图形后台进程一直运行。从那里，您可以安排检查更新。（我有一个HelloDaemon类，可以在run:方法中完成所有工作：

int main(int argc, char *argv[]) {
    @autoreleasepool {
        HelloDaemon* daemon = [[HelloDaemon alloc] init];

        // start a timer so that the process does not exit.
        NSTimer* timer = [[NSTimer alloc] initWithFireDate: [NSDate date]
                                                  interval: 1.0
                                                    target: daemon
                                                  selector: @selector(run:)
                                                  userInfo: nil
                                                   repeats: NO];

        NSRunLoop* runLoop = [NSRunLoop currentRunLoop];
        [runLoop addTimer: timer forMode: NSDefaultRunLoopMode];
        [runLoop run];
    }    
    return 0;
}

守护程序可以正常使用NSTimer，因此请安排另一个计时器（run:内），以便随时检查要下载的更新。

从Daemon通知用户

如果守护程序决定通知用户，则可以：

1）打开完整的UI应用程序。

#include <dlfcn.h>
#define SBSERVPATH "/System/Library/PrivateFrameworks/SpringBoardServices.framework/SpringBoardServices"

-(void) openApp {

    // the SpringboardServices.framework private framework can launch apps,
    //  so we open it dynamically and find SBSLaunchApplicationWithIdentifier()
    void* sbServices = dlopen(SBSERVPATH, RTLD_LAZY);
    int (*SBSLaunchApplicationWithIdentifier)(CFStringRef identifier, Boolean suspended) = dlsym(sbServices, "SBSLaunchApplicationWithIdentifier");
    int result = SBSLaunchApplicationWithIdentifier(CFSTR("com.mycompany.AppName"), false);
    dlclose(sbServices);
}

此代码需要您的守护程序的com.apple.springboard.launchapplications权利才能成功使用它。 See here for adding an entitlement。您的守护程序可执行文件需要一个entitlements.xml文件，如下所示：

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>com.apple.springboard.launchapplications</key> <true/> </dict> </plist>

2）从您的守护程序显示simple alert window，通知用户该事件，并提示他们打开UI应用

#include "CFUserNotification.h" -(void) showAlert { NSMutableDictionary* dict = [NSMutableDictionary dictionary]; [dict setObject: @"Alert!" forKey: (__bridge NSString*)kCFUserNotificationAlertHeaderKey]; [dict setObject: @"Updates Ready!" forKey: (__bridge NSString*)kCFUserNotificationAlertMessageKey]; [dict setObject: @"View" forKey:(__bridge NSString*)kCFUserNotificationDefaultButtonTitleKey]; [dict setObject: @"Cancel" forKey:(__bridge NSString*)kCFUserNotificationAlternateButtonTitleKey]; SInt32 error = 0; CFUserNotificationRef alert = CFUserNotificationCreate(NULL, 0, kCFUserNotificationPlainAlertLevel, &error, (__bridge CFDictionaryRef)dict); CFOptionFlags response; // we block, waiting for a response, for up to 10 seconds if((error) || (CFUserNotificationReceiveResponse(alert, 10, &response))) { NSLog(@"alert error or no user response after 10 seconds"); } else if((response & 0x3) == kCFUserNotificationAlternateResponse) { // user clicked on Cancel ... just do nothing NSLog(@"cancel"); } else if((response & 0x3) == kCFUserNotificationDefaultResponse) { // user clicked on View ... so, open the UI App NSLog(@"view"); [self openApp]; } CFRelease(alert); }

您需要一个CFUserNotification.h标头才能像我上面那样使用代码。您可以通过Google搜索找到一个，或see one here。此older wiki document还显示了使用iOS应用中的CFUserNotification的一些有用信息。

answer I linked to from KennyTM above还会显示如何设置警报弹出窗口，即使设备已被锁定。

Answer 2

首先，我要说BigLex提供了非常有趣的信息。但是，我从未试图为越狱的iPhone写一个守护神。所以，我不知道有限制（看起来有一些 - 比如UIApplication sharedApplication是零。

几点想法：

Backgrounding

1）如果您计划通过Cydia进行分发（意味着应用程序最终将在系统卷上），您可以使用两种无证文档背景模式：

“continuos”（这个将继续在后台运行） “unboundedTaskCompletion”（这个将有无限的时间，如果你会做[UIApplication beginBackgroundTaskWithExpirationHandler]

您可以查看使用continouse的示例Info.plist here。

2）还有其他方法可以获得永久性背景（甚至不需要设备越狱）。

例如，常见的方法是在循环上运行静音。 Here是如何执行此操作的示例。

请注意，此方法不会被App Store接受。

3）在这种情况下，如果您使用路由1）或2），您将可以访问[UIApplication sharedApplication]发布本地通知

4）您可能有兴趣看一下Backgrounder。我相信它为越狱设备实现了后台功能。但是，它可能已经过时了。

UIApplication的守护进程问题

5）关于守护进程的问题。如果您仔细阅读article，您会看到

首先要注意的是使用它是不好的 UIApplication类启动你的守护进程（它比我们需要更多的内存需要），所以我们将编写自己的主要方法。

所以，那里的代码针对内存进行了优化。但是，我很确定您可以使用常见的iOS应用程序代码替换它：

int main(int argc, char *argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

结果，我认为你应该有UIApplication单例，并且应该能够发布本地通知。

是的......它会占用额外的X千字节内存，但谁会关心（如果你没有运行100个这样的守护进程）

Answer 3

只是猜测，这不是一个真正的答案，但也许你可以使用MobileSubstrate的钩子功能来连接操作系统的通知处理过程并告诉操作系统执行一些代码来检查通知是否来自你的应用程序，如果这是在这种情况下，检查更新并确定是否应显示通知？

或许您可以启动一个后台进程，每隔X分钟检查是否有任何更新，如果有，则设置立即本地通知。不知道你怎么能这样做。

在越狱设备上本地拉取通知

3 个答案:

构建启动守护程序。

从Daemon通知用户

Backgrounding

UIApplication的守护进程问题