Background Fetch: คืออะไร หลักการทำงาน และการกำหนดค่าการอัปเดต

Background Fetch ใน iOS คืออะไร?

Background Fetch คือ API ของ iOS ที่ช่วยให้แอปได้รับข้อมูลใหม่เป็นระยะในพื้นหลัง ถูกนำเสนอครั้งแรกใน iOS 7 พร้อมกับกลไก Background App Refresh เป้าหมายหลักคือเพื่อให้เนื้อหาอัปเดตอยู่เสมอเมื่อผู้ใช้เปิดแอป โดยไม่ต้องรอให้โหลด

ความแตกต่างจากการแจ้งเตือนแบบพุช

การแจ้งเตือนแบบพุช เริ่มต้นโดยเซิร์ฟเวอร์ — เซิร์ฟเวอร์ส่งสัญญาณไปยังอุปกรณ์ และระบบตัดสินใจว่าจะปลุกแอปหรือไม่ Background Fetch เริ่มต้นโดย iOS เองตามรูปแบบการใช้งานอุปกรณ์ พุชเหมาะสำหรับข้อความเร่งด่วน ในขณะที่ Fetch เหมาะสำหรับการอัปเดตเนื้อหาตามกำหนด (ข่าว ฟีดโซเชียลมีเดีย)

ตำแหน่งในระบบนิเวศงานพื้นหลัง

Background Fetch เป็นหนึ่งในกลไกการทำงานพื้นหลังหลายอย่างใน iOS BGAppRefreshTask (iOS 13+) ทำงานเดียวกันแต่มีการจัดตารางเวลาที่ยืดหยุ่นกว่า Background Modes (เสียง, ตำแหน่ง) สำหรับการทำงานต่อเนื่อง Silent Push คือการอัปเดตที่เริ่มต้นโดยเซิร์ฟเวอร์ Fetch ยังคงเกี่ยวข้องสำหรับโปรเจกต์ที่รองรับ iOS 12 และต่ำกว่า

• Background Fetch — เป็นระยะ, เริ่มต้นโดยระบบ, iOS 7+
• BGAppRefreshTask — เป็นระยะ, เริ่มต้นโดยระบบ, iOS 13+
• BGProcessingTask — งานยาว, iOS 13+
• Silent Push — เริ่มต้นโดยเซิร์ฟเวอร์, iOS 7+

Background Fetch ทำงานอย่างไร: สถาปัตยกรรมและวงจรชีวิต

iOS ใช้อัลกอริทึมการเรียนรู้ของเครื่องเพื่อกำหนดเวลาที่เหมาะสมที่สุดในการปลุกแอป ระบบจะวิเคราะห์ว่าผู้ใช้มักเปิดแอปเมื่อใด ใช้นานเท่าใด และกลับมาบ่อยแค่ไหน จากข้อมูลนี้ iOS จะคำนวณช่วงเวลาสำหรับ Background Fetch

กระบวนการดำเนินงาน

เมื่อระบบตัดสินใจปลุกแอป มันจะเรียกเมธอด application(_:performFetchWithCompletionHandler:) ใน AppDelegate แอปควรโหลดข้อมูลใหม่จำนวนน้อยที่สุดและเรียกตัวจัดการความสำเร็จด้วยหนึ่งในสามสถานะ: .newData (โหลดข้อมูลแล้ว), .noData (ไม่มีข้อมูลใหม่) หรือ .failed (ข้อผิดพลาด) สถานะจะส่งผลต่อความถี่ในการปลุกในอนาคต

ผลกระทบของตัวจัดการความสำเร็จต่อความถี่ในการเรียก

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

การตั้งค่า Background Fetch ในโปรเจกต์ Xcode

เพื่อเปิดใช้งาน Background Fetch จำเป็นต้องทำสองขั้นตอน: เปิดใช้งานความสามารถใน Xcode และตั้งค่าช่วงเวลาขั้นต่ำในโค้ด ความสามารถอยู่ใน Target — Signing & Capabilities — Background Modes — ทำเครื่องหมายที่ช่อง Background Fetch หากไม่มีขั้นตอนนี้ ระบบจะไม่ปลุกแอป

การตั้งค่าช่วงเวลาขั้นต่ำ

เมธอด UIApplication.shared.setMinimumBackgroundFetchInterval กำหนดเวลาขั้นต่ำเป็นวินาทีระหว่างการเรียก Fetch ค่า UIApplication.backgroundFetchIntervalMinimum (ประมาณ 15 นาที) บอกระบบให้ปลุกแอปบ่อยเท่าที่ประหยัดพลังงาน การตั้งค่าช่วงเวลาใน application(_:didFinishLaunchingWithOptions:) เป็นแนวทางปฏิบัติมาตรฐาน

func application(
    _ application: UIApplication,
    didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey : Any]?
)-> Bool {
    UIApplication.shared.setMinimumBackgroundFetchInterval(
        UIApplication.backgroundFetchIntervalMinimum
    )
    return true
}

Info.plist และความสามารถ

เมื่อเปิดใช้งาน Background Fetch ใน Xcode มันจะอัปเดต Info.plist โดยอัตโนมัติ — เพิ่มคีย์ UIBackgroundModes ด้วยค่า fetch นี่เป็นขั้นตอนบังคับ: หากไม่มี แอปจะไม่ได้รับการเรียก performFetchWithCompletionHandler คุณสามารถตรวจสอบผ่าน P list Source หรือ Build Settings

ตัวอย่างโค้ด Background Fetch ใน Swift

มาดูการใช้งาน Background Fetch แบบสมบูรณ์สำหรับแอปข่าว การทำงานรวมถึงการโหลดข้อมูล การแคช และการเรียกตัวจัดการความสำเร็จ โค้ดทำงานใน AppDelegate — ที่เดียวที่ระบบเรียก fetch

func application(
    _ application: UIApplication,
    performFetchWithCompletionHandler handler: @escaping (UIBackgroundFetchResult) -> Void
) {
    let url = URL(string: "https://api.example.com/latest")!

    URLSession.shared.dataTask(with: url) { data, response, error in
        guard let data = data, error == nil else {
            handler(.failed)
            return
        }

        do {
            let articles = try JSONDecoder().decode([Article].self, from: data)
            cacheArticles(articles)
            handler(articles.isEmpty ? .noData : .newData)
        } catch {
            handler(.failed)
        }
    }.resume()
}

การแคชข้อมูลที่โหลดแล้ว

หลังจากโหลดข้อมูลผ่าน Background Fetch แล้ว จำเป็นต้องบันทึกไว้ในพื้นที่จัดเก็บในเครื่อง — CoreData, UserDefaults หรือ File Manager เมื่อเปิดแอป ข้อมูลควรพร้อมใช้งานแล้ว ใช้ CoreData พร้อมบริบทพื้นหลังเพื่อการเขียนที่ปลอดภัยต่อเธรด หลังจากบันทึก ให้อัปเดต UI ในเธรดหลัก

func cacheArticles(_ articles: [Article]) {
    let container = NSPersistentContainer(name: "AppModel")
    container.performBackgroundTask { context in
        articles.forEach { article in
            let entity = ArticleEntity(context: context)
            entity.id = Int64(article.id)
            entity.title = article.title
            entity.body = article.body
        }
        try? context.save()
    }
}

การทดสอบ Background Fetch

สำหรับการทดสอบ ให้ใช้ Simulator — เลือก Debug — Simulate Background Fetch ใน Xcode บนอุปกรณ์จริง คุณต้องรอให้ระบบตัดสินใจทำ fetch เพื่อเพิ่มความเร็ว คุณสามารถตั้งช่วงเวลาขั้นต่ำเป็น 1 นาที แต่ระบบอาจไม่สนใจเมื่อแบตเตอรี่ต่ำ

ข้อจำกัดและข้อควรระวัง

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

ข้อจำกัดด้านเวลาดำเนินการ

ระบบจัดสรร เวลาจำกัด ให้แอปทำงาน — โดยทั่วไปสูงสุด 30 วินาที หากแอปไม่เรียกตัวจัดการความสำเร็จภายในเวลานั้น ระบบจะบังคับสิ้นสุดกระบวนการและลดความถี่ในการปลุกในอนาคต คำขอเครือข่ายทั้งหมดควรกระชับ — ไม่เกิน 1-2 ครั้งต่อการเรียก

การพึ่งพาแบตเตอรี่

iOS พิจารณาระดับแบตเตอรี่เมื่อจัดตาราง Background Fetch เมื่อประจุต่ำกว่า 20% ความถี่ในการปลุกจะลดลง เมื่อเปิด โหมดประหยัดพลังงาน ระบบอาจปิดการอัปเดตพื้นหลังทั้งหมดสำหรับทุกแอป ผู้ใช้ยังสามารถปิด Background App Refresh สำหรับแอปเฉพาะในการตั้งค่า

ข้อจำกัดด้านเครือข่าย

URLSession ที่เริ่มต้นจาก Background Fetch ทำงานในโหมดมาตรฐาน — ไม่รองรับเซสชันพื้นหลัง สำหรับการดาวน์โหลดขนาดใหญ่ ให้ใช้ URLSession พร้อมการกำหนดค่าพื้นหลัง ระบบจะดาวน์โหลดต่อแม้หลังจาก fetch เสร็จสิ้น แต่จะไม่ติดตามความคืบหน้าจนกว่าจะปลุกครั้งถัดไป

การโยกย้ายจาก Background Fetch ไปยัง BGTaskScheduler

ตั้งแต่ iOS 13 เป็นต้นไป Apple แนะนำ BGTaskScheduler เป็นตัวแทนของ Background Fetch BGTaskScheduler ให้การจัดตารางเวลาที่ยืดหยุ่นกว่า งานสองประเภท (รีเฟรชและประมวลผล) และการลงทะเบียนงานด้วยตัวระบุ การโยกย้ายมีหลายขั้นตอนและแนะนำสำหรับโปรเจกต์ใหม่ทั้งหมด

การโยกย้ายทีละขั้นตอน

ขั้นตอนแรก — กำหนดตัวระบุงานใน Info.plist ผ่านคีย์ BGTaskSchedulerPermittedIdentifiers ขั้นตอนที่สอง — ลงทะเบียนงานใน AppDelegate ผ่าน BGTaskScheduler.shared.register ขั้นตอนที่สาม — แทนที่การเรียก performFetchWithCompletionHandler ด้วยตัวจัดการที่ส่งไปยัง register ขั้นตอนที่สี่ — เรียก submit เพื่อจัดตารางงาน

// ก่อน (Background Fetch)
UIApplication.shared.setMinimumBackgroundFetchInterval(
    UIApplication.backgroundFetchIntervalMinimum
)

// หลังการโยกย้าย (BGTaskScheduler)
BGTaskScheduler.shared.register(
    forTaskWithIdentifier: "com.example.refresh",
    using: nil
) { task in
    self.handleAppRefresh(task: task as! BGAppRefreshTask)
}

let request = BGAppRefreshTaskRequest(
    identifier: "com.example.refresh"
)
request.earliestBeginDate = Date(timeIntervalSinceNow: 15 * 60)
try? BGTaskScheduler.shared.submit(request)

ข้อดีของ BGTaskScheduler

BGTaskScheduler ให้ การควบคุมมากขึ้น: BGProcessingTask สำหรับการทำงานยาว (สูงสุด 10 นาที), เงื่อนไขการทำงานผ่าน requiresNetworkConnectivity และ requiresExternalPower, และตัวจัดการหมดอายุสำหรับการสิ้นสุดอย่างราบรื่น ระบบยังวิเคราะห์การใช้งานแอป แต่นักพัฒนาสามารถกำหนดข้อกำหนดที่แม่นยำมากขึ้น

เมื่อใดควรคง Background Fetch ไว้

หากแอปรองรับ iOS 12 และต่ำกว่า Background Fetch ยังคงเป็นตัวเลือกเดียวสำหรับการอัปเดตเป็นระยะ BGTaskScheduler พร้อมใช้งานตั้งแต่ iOS 13+ เท่านั้น ในกรณีนี้ ให้ใช้ wrapper: ตรวจสอบความพร้อมใช้งานผ่าน if #available(iOS 13, *) และเรียก API ที่เหมาะสม