iOS จะเปิดแอพของฉันเป็นพื้นหลังหรือไม่หากผู้ใช้นั้นถูกบังคับให้ออกจากระบบ?

ฉันเรียกใช้การดึงพื้นหลังโดยใช้การcontent-availableตั้งค่าสถานะในการแจ้งเตือนแบบพุช ฉันมีfetchและremote-notification UIBackgroundModesเปิดใช้งาน

นี่คือการใช้งานที่ฉันใช้ใน AppDelegate.m ของฉัน:

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler
{
    NSLog(@"Remote Notification Recieved");
    UILocalNotification *notification = [[UILocalNotification alloc] init];
    notification.alertBody =  @"Looks like i got a notification - fetch thingy";
    [application presentLocalNotificationNow:notification];
    completionHandler(UIBackgroundFetchResultNewData);

}

เมื่อแอปทำงานในพื้นหลังก็จะทำงานได้ดี (ได้รับการแจ้งเตือนและแอปพลิเคชันเรียกใช้การแจ้งเตือนในท้องถิ่น "ดูเหมือนว่าฉันได้รับการแจ้งเตือน" ตามที่ควรทำ

อย่างไรก็ตามเมื่อแอพไม่ได้ทำงานและได้รับการแจ้งเตือนแบบพุชด้วยการcontent-availableตั้งค่าสถานะแอพจะไม่เปิดใช้งานและdidRecieveRemoteNotificationจะไม่เรียกวิธีการมอบสิทธิ์

วิดีโอ WWDC มีอะไรใหม่ใน Multitasking (# 204 จาก WWDC 2013) แสดงสิ่งนี้:

มันบอกว่าแอปพลิเคชัน "เปิดใช้เป็นพื้นหลัง" เมื่อได้รับการแจ้งเตือนแบบพุชด้วยการcontent-availableตั้งค่าสถานะ

ทำไมแอพของฉันไม่เปิดใช้งานเป็นพื้นหลัง

ดังนั้นคำถามที่แท้จริงคือ:

iOS จะทำงานพื้นหลังหลังจากที่ผู้ใช้บังคับให้ออกจากแอพหรือไม่

UPDATE2:

คุณสามารถบรรลุสิ่งนี้ได้โดยใช้เฟรมเวิร์ก PushKit ใหม่ซึ่งเปิดตัวใน iOS 8 แม้ว่า PushKit จะใช้สำหรับ VoIP ดังนั้นการใช้งานของคุณควรเกี่ยวข้องกับ VoIP มิฉะนั้นมีความเสี่ยงที่จะถูกปฏิเสธแอป (ดูคำตอบนี้ )

UDPDATE1:

เอกสารที่ได้รับการชี้แจงสำหรับiOS8 เอกสารสามารถอ่านได้ที่นี่ นี่คือข้อความที่ตัดตอนมาที่เกี่ยวข้อง:

ใช้วิธีนี้เพื่อประมวลผลการแจ้งเตือนระยะไกลที่เข้ามาสำหรับแอปของคุณ ซึ่งแตกต่างจากapplication:didReceiveRemoteNotification:วิธีการซึ่งเรียกว่าเฉพาะเมื่อแอปของคุณทำงานในเบื้องหน้าระบบจะเรียกวิธีนี้เมื่อแอพของคุณทำงานในเบื้องหน้าหรือพื้นหลัง นอกจากนี้หากคุณเปิดใช้งานโหมดพื้นหลังการแจ้งเตือนระยะไกลระบบจะเปิดแอพของคุณ (หรือปลุกจากสถานะที่ถูกระงับ) และทำให้มันอยู่ในสถานะพื้นหลังเมื่อมีการแจ้งเตือนแบบพุช อย่างไรก็ตามระบบจะไม่เปิดใช้แอปของคุณโดยอัตโนมัติหากผู้ใช้บังคับให้ปิดแอป ในสถานการณ์เช่นนั้นผู้ใช้จะต้องเปิดแอปของคุณใหม่หรือรีสตาร์ทอุปกรณ์ก่อนที่ระบบจะพยายามเปิดแอปของคุณอีกครั้งโดยอัตโนมัติ

แม้ว่าสิ่งนี้จะไม่ได้รับการอธิบายอย่างชัดเจนจากวิดีโอ WWDC การค้นหาอย่างรวดเร็วในฟอรัมนักพัฒนาซอฟต์แวร์กลับกลายเป็นว่า:

https://devforums.apple.com/message/873265#873265 (จำเป็นต้องเข้าสู่ระบบ)

โปรดทราบว่าหากคุณฆ่าแอพของคุณจากตัวสลับแอป (เช่นปัดขึ้นเพื่อฆ่าแอป) ระบบปฏิบัติการจะไม่เปิดแอพใหม่โดยไม่คำนึงถึงการแจ้งเตือนแบบพุชหรือการดึงพื้นหลัง ในกรณีนี้ผู้ใช้จะต้องเปิดใช้งานแอปใหม่ด้วยตนเองหนึ่งครั้งจากนั้นไปข้างหน้ากิจกรรมพื้นหลังจะถูกเรียกใช้ - pmarcos

โพสต์นั้นเป็นของพนักงาน Apple ดังนั้นฉันคิดว่าฉันเชื่อใจได้ว่าข้อมูลนี้ถูกต้อง

ดังนั้นดูเหมือนว่าเมื่อแอพถูกฆ่าจากตัวสลับแอพ (โดยการปัดขึ้น) แอพจะไม่ถูกเปิดใช้งานแม้แต่การเรียกพื้นหลังตามกำหนด

คุณสามารถเปลี่ยนการตั้งค่าการเปิดตัวเป้าหมายของคุณใน "Manage Scheme" เป็นWait for <app>.app to be launched manuallyซึ่งช่วยให้คุณสามารถดีบักได้โดยการตั้งค่าเบรกพอยต์application: didReceiveRemoteNotification: fetchCompletionHandler:และส่งการแจ้งเตือนแบบพุช

ฉันไม่แน่ใจว่ามันจะแก้ปัญหาได้ แต่อาจช่วยคุณในการแก้ไขข้อบกพร่องในตอนนี้

คำตอบคือใช่ แต่ไม่ควรใช้ 'เรียกคืนพื้นหลัง' หรือ 'การแจ้งเตือนระยะไกล' PushKit คือคำตอบที่คุณต้องการ

โดยสรุป PushKit กรอบงานใหม่ใน iOS 8 เป็นกลไกการแจ้งเตือนแบบพุชใหม่ที่สามารถเปิดแอปของคุณเป็นพื้นหลังโดยไม่มีการแจ้งเตือนด้วยภาพแม้แอพของคุณจะถูกฆ่าโดยการปัดออกจากตัวสลับแอปอย่างน่าอัศจรรย์ จากตัวสลับแอป

การอ้างอิง PushKit จาก Apple:

เฟรมเวิร์ก PushKit จัดเตรียมคลาสสำหรับแอป iOS ของคุณเพื่อรับการพุชจากเซิร์ฟเวอร์ระยะไกล การกดสามารถเป็นหนึ่งในสองประเภท: มาตรฐานและ VoIP การพุชแบบมาตรฐานสามารถส่งการแจ้งเตือนเช่นเดียวกับใน iOS เวอร์ชันก่อนหน้า VoIP push ให้ฟังก์ชันการทำงานเพิ่มเติมนอกเหนือจากการพุชแบบมาตรฐานที่จำเป็นสำหรับแอพ VoIP เพื่อดำเนินการตามความต้องการของการพุชก่อนที่จะแสดงการแจ้งเตือนแก่ผู้ใช้

ในการปรับใช้คุณสมบัติใหม่นี้โปรดอ้างอิงบทช่วยสอนนี้: https://zeropush.com/guide/guide-to-pushkit-and-voip - ฉันได้ทำการทดสอบบนอุปกรณ์ของฉันแล้วและทำงานได้ตามที่คาดไว้

จริง ๆ แล้วถ้าคุณต้องการทดสอบการดึงข้อมูลพื้นหลังคุณต้องเปิดใช้งานหนึ่งตัวเลือกในรูปแบบ:

อีกวิธีหนึ่งที่คุณสามารถทดสอบได้:

นี่คือข้อมูลทั้งหมดเกี่ยวกับคุณสมบัติใหม่นี้: http://www.objc.io/issue-5/multitasking.html

ฉันลองใช้สิ่งนี้มาหลายวันแล้วและคิดว่าเป็นวันที่ฉันได้เปิดตัวแอปอีกครั้งในพื้นหลังแม้ว่าผู้ใช้จะฆ่า แต่ก็ไม่สามารถทำซ้ำพฤติกรรมนั้นได้

มันเป็นเรื่องที่โชคร้ายที่พฤติกรรมแตกต่างไปจากเดิมอย่างสิ้นเชิง บน iOS 6 หากคุณฆ่าแอพจากไอคอน jiggling มันจะยังคงถูกเรียกใช้งานอีกครั้งในทริกเกอร์ SLC ทีนี้ถ้าคุณฆ่าโดยการปัดนี่จะไม่เกิดขึ้น

มันเป็นพฤติกรรมที่แตกต่างกันและผู้ใช้ที่จะได้รับข้อมูลที่เป็นประโยชน์จากแอพของเราต่อไปหากพวกเขาฆ่ามันใน iOS 6 ตอนนี้จะไม่เกิดขึ้น

เราจำเป็นต้องดุนผู้ใช้ของเราเพื่อเปิดแอปใหม่ในขณะนี้หากพวกเขาได้รูดเพื่อฆ่ามันและยังคงคาดหวังว่าพฤติกรรมการแจ้งเตือนบางอย่างที่เราเคยให้พวกเขา ฉันกังวลว่าผู้ใช้จะไม่เห็นชัดเจนเมื่อพวกเขาปัดแอปออกไป พวกเขาอาจทำความสะอาดหรือต้องการจัดเรียงแอพใหม่ที่แสดงให้เห็นน้อยที่สุด

สิ่งนี้อาจช่วยคุณได้

ในกรณีส่วนใหญ่ระบบจะไม่เปิดใช้งานแอปใหม่หลังจากผู้ใช้บังคับให้ออกจากระบบ หนึ่งข้อยกเว้นคือแอปที่ตั้งซึ่งใน iOS 8 และใหม่กว่าจะถูกเปิดใหม่หลังจากผู้ใช้บังคับให้ออก ในกรณีอื่น ๆ ผู้ใช้จะต้องเปิดแอพอย่างชัดเจนหรือรีบูตอุปกรณ์ก่อนที่แอปจะสามารถเปิดใช้งานโดยอัตโนมัติในพื้นหลังโดยระบบ เมื่อเปิดใช้งานการป้องกันด้วยรหัสผ่านบนอุปกรณ์ระบบจะไม่เปิดแอปในพื้นหลังก่อนที่ผู้ใช้จะปลดล็อคอุปกรณ์เป็นครั้งแรก

ที่มา: https://developer.apple.com/library/content/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html

For **iOS13**

For background PUSHES in iOS13 you must set below parameters
apns-priority = 5
apns-push-type = background
Required for WatchOS
Highly recommended for Other platforms 

ลิงค์วิดีโอ: https://developer.apple.com/videos/play/wwdc2019/707/