Slicing: คืออะไร หลักการทำงาน และความสัมพันธ์กับ App Thinning

Slicing คืออะไร

Slicing เป็นส่วนประกอบของ App Thinning ที่รับผิดชอบในการสร้างเวอร์ชัน (สไลซ์) ของไฟล์ไบนารีแอปพลิเคชันบนฝั่ง App Store เมื่อนักพัฒนาอัปโหลด fat binary ที่มีโค้ดและทรัพยากรสำหรับการกำหนดค่าที่รองรับทั้งหมด App Store จะวิเคราะห์และสร้างสไลซ์หลายชุด: แยกสำหรับ iPhone ที่ใช้ชิป A17, แยกสำหรับ iPad ที่ใช้ชิป M4, แยกสำหรับ Apple Watch แต่ละสไลซ์จะมีเฉพาะโค้ดและทรัพยากรที่จำเป็นสำหรับการผสมผสานของสถาปัตยกรรมและความละเอียดนั้นๆ

ก่อน iOS 9 นักพัฒนาต้องสร้างไฟล์ไบนารีแยกสำหรับอุปกรณ์ต่างๆ ด้วยตนเอง หรือส่ง fat binary ที่รวมทุกอย่างไว้ด้วยกัน Slicing ทำให้กระบวนการนี้เป็นอัตโนมัติอย่างสมบูรณ์: นักพัฒนาสร้างโปรเจกต์เดียวใน Xcode อัปโหลดไฟล์เก็บถาวรเดียวไปยัง App Store Connect และ Slicing บนฝั่งเซิร์ฟเวอร์จะสร้างจำนวนเวอร์ชันที่เหมาะสมที่สุด ผู้ใช้จะไม่เห็นกระบวนการตัดแบ่ง — เขาจะได้รับ .app ที่ปรับให้เหมาะสมกับอุปกรณ์ของเขา

Slicing ไม่ได้ใช้กับโค้ดและรูปภาพเท่านั้น แต่ยังใช้กับ Metal shader ด้วย Apple GPU ใช้ชุดคำสั่งของตัวเอง (Metal Shading Language) ซึ่งแตกต่างจากคำสั่งของ PowerVR หรือ ARM Mali Slicing จะรวมเฉพาะ shader สำหรับตระกูล GPU ของอุปกรณ์เป้าหมายเท่านั้นในสไลซ์ ซึ่งสำคัญมากสำหรับเกมที่มี shader ที่กำหนดเอง — ตัวอย่างเช่น เอฟเฟกต์หลังการประมวลผลที่มีรายละเอียดสูงจะถูกคอมไพล์เฉพาะสำหรับอุปกรณ์ที่มี GPU แรงสูง (iPad Pro M4, iPhone 16 Pro Max)

ความแตกต่างระหว่าง Slicing กับการคอมไพล์ตามสถาปัตยกรรมทั่วไป

คอมไพเลอร์ Xcode สร้าง fat binary ที่มีหลายสถาปัตยกรรม (armv7, arm64, arm64e) แต่ไม่ได้ลบทรัพยากร — รูปภาพทั้งหมดสำหรับทุกความละเอียดยังคงอยู่ใน .app Slicing ไปไกลกว่านั้น: มันวิเคราะห์ Asset Catalogs, Metal shader และไลบรารี Swift โดยลบสิ่งที่จำเป็นสำหรับอุปกรณ์เป้าหมายออกจากแต่ละสไลซ์ ตัวอย่างเช่น สไลซ์สำหรับ iPhone SE จะไม่มีกราฟิก @3x และสไลซ์สำหรับ iPad Air จะไม่มีคอนโทรลเลอร์เฉพาะ iPhone (ถ้าถูกแยกออกเป็นทรัพยากรต่างหาก)

Slicing ทำงานอย่างไร

กระบวนการ Slicing เริ่มต้นหลังจากอัปโหลดบิลด์ไปยัง App Store Connect และประกอบด้วยสามขั้นตอน: การวิเคราะห์ การตัดแบ่ง และการบรรจุ ในขั้นตอนการวิเคราะห์ เซิร์ฟเวอร์ App Store จะแยกวิเคราะห์ไฟล์ไบนารี ดึงข้อมูลเกี่ยวกับสถาปัตยกรรมที่รองรับ อุปกรณ์ ความละเอียดหน้าจอ และเวอร์ชัน iOS App Store ใช้แผนที่อุปกรณ์ Apple ทุกรุ่นเชิงพาณิชย์กับข้อมูลทางเทคนิค — ฐานข้อมูลอุปกรณ์ (Device Database) จะอัปเดตทุกครั้งที่มีการเผยแพร่ iOS

ในขั้นตอนการตัดแบ่ง เซิร์ฟเวอร์จะสร้างสำเนาไฟล์ไบนารีแยกสำหรับการผสมผสานที่ไม่ซ้ำกันแต่ละแบบ โดย App Store จะดึงรูปภาพจาก Asset Catalogs ที่มีแท็กเฉพาะ (idiom, subtype, scale) เลือกเฉพาะที่ตรงกับอุปกรณ์เป้าหมาย และประกอบชุดทรัพยากรใหม่ ไลบรารีมาตรฐาน Swift ก็ถูกตัดแบ่งเช่นกัน — สัญลักษณ์และเมธอดที่ไม่ได้ใช้โดยแอปพลิเคชันนั้นจะถูกลบออก (dead code stripping)

ในขั้นตอนการบรรจุ แต่ละสไลซ์จะถูกใส่ในแพ็คเกจการแจกจ่ายแยกต่างหากและเชื่อมโยงกับข้อมูลเมตา — รายการรุ่นอุปกรณ์ที่สไลซ์นี้มีไว้สำหรับ App Store เมื่อผู้ใช้ดาวน์โหลดแอปพลิเคชัน จะเลือกสไลซ์ที่เหมาะสมตามรุ่นอุปกรณ์ เวอร์ชัน iOS และประเภทการเชื่อมต่อ หากไม่มีการจับคู่ที่แน่นอน เซิร์ฟเวอร์จะใช้สไลซ์ที่ใกล้เคียงที่สุดตามคุณสมบัติ Apple เก็บทุกรูปแบบไว้ในเครือข่าย CDN ของ CloudKit เพื่อการส่งมอบที่รวดเร็วทั่วโลก

Slicing ในบริบทของ App Thinning

Slicing เป็นหนึ่งในสามกลไกของ App Thinning แต่มีส่วนช่วยลดขนาดการดาวน์โหลดมากที่สุด Bitcode รับผิดชอบการปรับแต่งโค้ดเครื่อง, On-Demand Resources รับผิดชอบการจัดการทรัพยากรบนอุปกรณ์ และ Slicing รับผิดชอบการลบทรัพยากรที่ซ้ำซ้อนในขั้นตอนการแจกจ่าย หากไม่มี Slicing สองกลไกแรกก็ยังทำงานได้ แต่ผู้ใช้จะได้รับทรัพยากรสำหรับทุกอุปกรณ์ ซึ่งเพิ่มขนาดขึ้น 20-40% ขึ้นอยู่กับจำนวน Asset Catalogs

ความแตกต่างระหว่าง Slicing และ Bitcode อยู่ที่จุดใช้งาน: Slicing ทำงานในระดับทรัพยากร (รูปภาพ, shader, ไฟล์ NIB) ส่วน Bitcode ทำงานในระดับโค้ดเครื่อง Slicing แบ่งโค้ดตามสถาปัตยกรรม (arm64 vs arm64e) ส่วน Bitcode ช่วยให้ Apple คอมไพล์โค้ดใหม่สำหรับสถาปัตยกรรมใหม่ Bitcode + Slicing รวมกันให้การปรับแต่งสูงสุด: Bitcode สร้างโค้ดสำหรับสถาปัตยกรรมเฉพาะ และ Slicing ลบทรัพยากรที่ไม่จำเป็นสำหรับสถาปัตยกรรมนั้น

ความสัมพันธ์กับ On-Demand Resources — Slicing และ ODR ไม่ทับซ้อนกัน Slicing ตัดสินใจว่าทรัพยากรใดจะเข้าสู่การแจกจ่ายบนอุปกรณ์ ส่วน ODR จัดการว่าทรัพยากรเหล่านี้จะถูกโหลดและยกเลิกเมื่อใด นักพัฒนาสามารถทำเครื่องหมายทรัพยากรด้วยแท็ก ODR และ Slicing จะรวมไว้ในสไลซ์ถ้าตรงกับอุปกรณ์ Apple แนะนำให้ใช้ทั้งสามกลไกพร้อมกันเพื่อขนาดการติดตั้งที่เล็กที่สุด

รูปแบบ Slicing สำหรับอุปกรณ์ต่างๆ

Slicing สร้างสไลซ์แยกตามหลายมิติ: สถาปัตยกรรมโปรเซสเซอร์, ขนาดหน้าจอ (ความละเอียด), เวอร์ชัน iOS และตระกูล GPU (สำหรับ Metal) สถาปัตยกรรม กำหนดชุดคำสั่ง CPU: arm64 — ชุดคำสั่ง 64-บิตพื้นฐาน (iPhone 5s — iPhone X), arm64e — ชุดคำสั่งเพิ่มเติมที่รองรับ Pointer Authentication และ PAC (iPhone XS ขึ้นไป, iPad Pro ที่ใช้ A12X+) สไลซ์สำหรับ arm64e รวมโค้ดที่มีคำสั่งป้องกันหน่วยความจำที่ไม่มีในอุปกรณ์ arm64

ความละเอียดหน้าจอ — มิติหลักที่สองของ Slicing Apple ใช้สเกล @1x (iPhone 3GS), @2x (iPhone 4 — iPhone SE 3), @3x (iPhone 6 Plus ขึ้นไป) และสเกลเฉพาะสำหรับ iPad (2x และ 3x พร้อมหน่วยวัดเพิ่มเติม) Slicing จะรวมเฉพาะรูปภาพที่มีสเกลตรงกับอุปกรณ์เป้าหมายในสไลซ์ การจัดระเบียบ Asset Catalogs ที่ถูกต้องใน Xcode ช่วยลดความจำเป็นในการจัดการชุดทรัพยากรด้วยตนเอง — เพียงเพิ่มรูปภาพลงในแคตตาล็อกและระบุประเภทอุปกรณ์ที่รองรับ

ตระกูล GPU — มิติที่สาม ซึ่งสำคัญมากสำหรับแอปพลิเคชัน Metal Apple จำแนก GPU ตามรุ่น: Apple GPU family 1 (A7), family 2 (A8), ... family 8 (M4) Metal shader จะถูกคอมไพล์แยกสำหรับแต่ละตระกูล เนื่องจากชุดคำสั่ง Metal Shading Language ขยายตัวตามรุ่น GPU Slicing จะรวมเฉพาะ shader สำหรับตระกูล GPU ของอุปกรณ์เป้าหมายในสไลซ์ ซึ่งช่วยลดขนาดเกมและแอปพลิเคชันที่ใช้ Metal สำหรับการเรนเดอร์ได้อย่างมาก

ผลกระทบของสถาปัตยกรรมต่อขนาดสไลซ์

สถาปัตยกรรม CPU ส่งผลโดยตรงต่อขนาดสไลซ์: โค้ด arm64e มีคำสั่ง Pointer Authentication (PAC) และ Signed Return Address เพิ่มเติม ซึ่งทำให้ไฟล์ไบนารีใหญ่ขึ้น 5-10% เมื่อเทียบกับ arm64 อย่างไรก็ตาม การเพิ่มขึ้นนี้ถูกชดเชยด้วยการที่ Slicing จะรวมโค้ด arm64e เฉพาะในสไลซ์สำหรับอุปกรณ์ที่มีโปรเซสเซอร์ A12+ สำหรับ iPhone SE (รุ่นที่สาม) ที่ใช้ A15 Bionic Slicing จะสร้างสไลซ์แยกที่ปรับแต่งตามความสามารถของชิปนี้

การกำหนดค่า Slicing ใน Xcode

การกำหนดค่า Slicing ใน Xcode นั้นน้อยมาก — การตั้งค่าหลักทำผ่าน Asset Catalogs และ Build Settings Asset Catalog ควรมีทรัพยากรที่จัดระเบียบตามประเภทอุปกรณ์ (Any, iPhone, iPad, Apple Watch, Apple TV) พร้อมระบุสเกลและโหมดการแสดงผลอย่างถูกต้อง Xcode จะรวมเฉพาะทรัพยากรที่ตรงกับอุปกรณ์เป้าหมายตามที่ระบุใน Deployment Target โดยอัตโนมัติ

การตั้งค่าหลักของ Slicing ใน Xcode คือ Build Setting App Thinning ค่าที่มี:

• None — ปิด Slicing แอปพลิเคชันถูกแจกจ่ายเป็น universal fat binary
• Automatic — Xcode เปิด Slicing ด้วยการตั้งค่าเริ่มต้น
• Manual — นักพัฒนาเลือกการผสมผสานเฉพาะสำหรับ Slicing

Targeted Device Families ใน General → Deployment Info กำหนดว่าแอปพลิเคชันถูกสร้างสำหรับอุปกรณ์ประเภทใด (iPhone / iPad / Universal) Slicing จะอ้างอิงพารามิเตอร์นี้ในการตัดแบ่ง — ถ้าแอปพลิเคชันรองรับเฉพาะ iPhone จะไม่สร้างสไลซ์สำหรับ iPad Deployment Target (เวอร์ชัน iOS ขั้นต่ำ) ก็มีผลต่อ Slicing เช่นกัน: สำหรับเวอร์ชัน iOS เก่าอาจต้องใช้สไลซ์ armv7 ซึ่งไม่จำเป็นสำหรับ iOS 13+ Apple แนะนำให้ตั้ง Deployment Target เป็นเวอร์ชัน iOS ที่เสถียรล่าสุด — ซึ่งจะลดจำนวนสไลซ์และขนาดไฟล์ไบนารี

พารามิเตอร์ Asset Catalog สำหรับ Slicing

เพื่อประสิทธิภาพสูงสุดของ Slicing Asset Catalogs ควรใช้แท็กเฉพาะสำหรับแต่ละทรัพยากร Xcode มีใน Attributes Inspector สำหรับรูปภาพ: Width Class (Any, Compact, Regular), Height Class (Any, Compact, Regular), Gamut (sRGB, Display P3), Memory (Any, Low, High), Graphics (Any, Low, High) การผสมผสานแท็กเหล่านี้ช่วยให้นักพัฒนาควบคุมว่ารูปภาพแต่ละรูปจะอยู่ในสไลซ์ใด ตัวอย่างเช่น รูปภาพสำหรับ iPad ที่มีแท็ก Regular Width + Regular Height จะอยู่ในสไลซ์สำหรับ iPad ในแนวนอนเท่านั้น

# ส่งออกสไลซ์สำหรับอุปกรณ์เฉพาะ
xcodebuild -exportArchive \
  -archivePath "App.xcarchive" \
  -exportPath "sliced/" \
  -exportOptionsPlist "export.plist" \
  -thinning "iPhone17,2" # iPhone 16 Pro Max

Xcodebuild พร้อมพารามิเตอร์ -thinning และรหัสรุ่นอุปกรณ์ จะสร้างสไลซ์เฉพาะสำหรับรุ่นนั้นๆ รหัสรุ่นสามารถดูได้จาก Device Database ของ Apple (รูปแบบ: iPhone17,2 — iPhone 16 Pro Max, iPad14,1 — iPad Pro 11 M4) วิธีนี้มีประโยชน์สำหรับการตรวจสอบขนาดสไลซ์ก่อนส่งไปยัง App Store Connect CI/CD สามารถใช้คำสั่งนี้เพื่อการตรวจสอบอัตโนมัติ — ถ้าขนาดสไลซ์เกินขีดจำกัด (เช่น 100 MB สำหรับดาวน์โหลดผ่านมือถือ) pipeline จะแจ้งเตือน

การตรวจสอบผลลัพธ์ของ Slicing

หลังจากอัปโหลดไฟล์เก็บถาวรไปยัง App Store Connect Apple จะแสดงสถิติโดยละเอียดเกี่ยวกับขนาดสไลซ์ App Store Connect → Activity → เลือกบิลด์ → App Thinning — แสดง Estimated App Store Size สำหรับอุปกรณ์แต่ละประเภท: iPhone, iPad, Apple Watch, tvOS ขนาดจะถูกแบ่งตามเวอร์ชัน iOS และประเภทโปรเซสเซอร์ ถ้าสไลซ์ใดเกินขนาดที่คาดไว้ App Store Connect จะทำเครื่องหมายด้วยคำเตือนสีเหลือง

การตรวจสอบในเครื่องผ่าน Xcode Organizer: หลังจากสร้างไฟล์เก็บถาวร เปิด Window → Organizer เลือกไฟล์เก็บถาวรแล้วคลิก App Thinning Profiles Xcode จะแสดงขนาดสำหรับแต่ละสไลซ์ที่เป็นไปได้ตามการกำหนดค่าโปรเจกต์ปัจจุบัน นอกจากนี้ยังมีตัวเลือก Export สำหรับสร้าง IPA ด้วยโปรไฟล์ Slicing เฉพาะ Xcode จะสร้างไฟล์ .app-thinning.plist ที่มีข้อมูลว่าทรัพยากรใดอยู่ในแต่ละสไลซ์

สำหรับการตรวจสอบ Slicing อัตโนมัติใน CI/CD ให้ใช้ xcodebuild พร้อม -thinning และวิเคราะห์ขนาดไฟล์ .app ที่สร้างขึ้น Apple มียูทิลิตี้คำสั่ง app-size (ติดตั้งผ่าน Xcode Command Line Tools) ซึ่งแสดงรายงานโดยละเอียด: ขนาดโค้ด, ขนาดทรัพยากรตามหมวดหมู่ (รูปภาพ, shader, NIB), ขนาดไลบรารี Swift การเปรียบเทียบขนาดสไลซ์ก่อนและหลังการปรับแต่ง Asset Catalogs ช่วยระบุทรัพยากรที่ไม่ได้มีส่วนร่วมใน Slicing เนื่องจากการกำหนดค่าที่ไม่ถูกต้อง

# วิเคราะห์ขนาดสไลซ์
app-size -m "sliced/App.app" \
  --format json

App-size แสดงรายงาน JSON พร้อมการแบ่งตามหมวดหมู่ทรัพยากร ถ้ากำหนดค่า Slicing ถูกต้อง ในส่วน “images” จะมีชุดสเกลเดียว (@2x หรือ @3x) ไม่ใช่ทุกสเกล ข้อผิดพลาดในการกำหนดค่า Asset Catalogs จะปรากฏเมื่อทุกสเกล (@1x, @2x, @3x) อยู่ในสไลซ์ — นั่นหมายความว่า Xcode ไม่สามารถระบุอุปกรณ์เป้าหมายสำหรับรูปภาพเหล่านี้ และ Slicing ไม่ทำงาน