วันนี้เราจะเปิดตัว Android 17 รุ่นเบต้าเวอร์ชันแรก ซึ่งเป็นการสานต่อความพยายามของเราในการสร้างแพลตฟอร์มที่ให้ความสำคัญกับความเป็นส่วนตัว ความปลอดภัย และประสิทธิภาพที่ได้รับการปรับปรุง บิลด์นี้ยังคงสานต่อความพยายามของเราในการสร้างแอป Android ที่ปรับเปลี่ยนได้มากขึ้น รวมถึงมีการปรับปรุงความสามารถของกล้องและสื่ออย่างมาก เครื่องมือใหม่สำหรับการเพิ่มประสิทธิภาพการเชื่อมต่อ และโปรไฟล์ที่ขยายสำหรับอุปกรณ์ที่ใช้ร่วมกัน นอกจากนี้ การเปิดตัวนี้ยังแสดงให้เห็นถึงการเปลี่ยนแปลงครั้งสำคัญในวิธีที่เรานำเสนอการเปิดตัวใหม่ๆ ให้กับชุมชนนักพัฒนาซอฟต์แวร์ จากโมเดลเวอร์ชันตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์แบบเดิมไปเป็นโปรแกรม Android Canary

มากกว่าเวอร์ชันตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์

Android ได้แทนที่ "เวอร์ชันตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์" แบบเดิมด้วยช่อง Canary ที่ทำงานอย่างต่อเนื่อง โมเดล "เปิดตลอดเวลา" แบบใหม่นี้มีข้อดีหลัก 3 ข้อ ดังนี้

• เข้าถึงได้เร็วขึ้น: ฟีเจอร์และ API จะพร้อมใช้งานใน Canary ทันทีที่ผ่านการทดสอบภายใน ไม่ต้องรอการเปิดตัวรายไตรมาส
• เสถียรภาพที่ดีขึ้น: การ "ทดสอบการใช้งานจริง" ใน Canary ตั้งแต่เนิ่นๆ จะส่งผลให้ประสบการณ์การใช้งานรุ่นเบต้าได้รับการปรับปรุงมากขึ้น โดยมี API ใหม่และการเปลี่ยนแปลงลักษณะการทำงานที่ใกล้เคียงกับเวอร์ชันสุดท้าย
• ทดสอบได้ง่ายขึ้น: Canary รองรับการอัปเดตแบบ OTA (ไม่ต้องแฟลชด้วยตนเองอีกต่อไป) และเนื่องจากเป็นช่องทางอัปเดตแยกต่างหาก จึงผสานรวมกับเวิร์กโฟลว์ CI ได้ง่ายขึ้น และให้โอกาสคุณได้แสดงความคิดเห็นทันทีเกี่ยวกับการเปลี่ยนแปลงที่อาจเกิดขึ้นในอนาคต

กำหนดการของ Android 17

เราจะดำเนินการอย่างรวดเร็วจากรุ่นเบต้านี้ไปสู่เป้าหมายความเสถียรของแพลตฟอร์ม ซึ่งกำหนดไว้ในเดือนมีนาคม ในเป้าหมายนี้ เราจะนำเสนอ SDK/NDK API ขั้นสุดท้ายและลักษณะการทำงานส่วนใหญ่ที่เกี่ยวกับแอปขั้นสุดท้าย จากนั้นคุณจะมีเวลาหลายเดือนก่อนการเปิดตัวเวอร์ชันสุดท้ายเพื่อทำการทดสอบให้เสร็จสมบูรณ์

การเปิดตัวตลอดทั้งปี

เราวางแผนที่จะให้ Android 17 ได้รับการอัปเดตอย่างต่อเนื่องในการเปิดตัวรายไตรมาส การเปิดตัวในไตรมาสที่ 2 ที่กำลังจะมาถึงจะเป็นการเปิดตัวเพียงครั้งเดียวที่เราจะนำเสนอการเปลี่ยนแปลงลักษณะการทำงานที่วางแผนไว้ซึ่งอาจทำให้แอปหยุดทำงาน เราวางแผนที่จะเปิดตัว SDK เวอร์ชันย่อยในไตรมาสที่ 4 พร้อม API และฟีเจอร์เพิ่มเติม

ข้อจำกัดด้านการวางแนวและการปรับขนาด

เมื่อเปิดตัว Android 17 รุ่นเบต้า เราจะเข้าสู่ระยะถัดไปของแผนงานแบบปรับเปลี่ยนได้ นั่นคือ Android 17 (ระดับ API 37) จะนำตัวเลือกไม่เข้าร่วมสำหรับนักพัฒนาแอปออกสำหรับข้อจำกัดด้านการวางแนวและการปรับขนาดใน อุปกรณ์หน้าจอขนาดใหญ่ (sw > 600 dp)

เมื่อแอปกำหนดเป้าหมายเป็น SDK 37 แอปจะต้องพร้อมที่จะปรับเปลี่ยน ผู้ใช้คาดหวังว่าแอปของตนจะทำงานได้ทุกที่ ไม่ว่าจะเป็นการทำงานหลายอย่างพร้อมกันในแท็บเล็ต การกางอุปกรณ์ออก หรือการใช้สภาพแวดล้อมการแสดงหน้าต่างบนเดสก์ท็อป และคาดหวังว่า UI จะแสดงเต็มพื้นที่และคำนึงถึงท่าทางของอุปกรณ์

การเปลี่ยนแปลงที่สำคัญสำหรับ SDK 37

แอปที่กำหนดเป้าหมายเป็น Android 17 ต้องตรวจสอบความเข้ากันได้กับการเลิกใช้งานแอตทริบิวต์ของไฟล์ Manifest และ API รันไทม์ที่เปิดตัวใน Android 16 เมื่อทำงานบนหน้าจอขนาดใหญ่ (ขนาดที่เล็กกว่า ≥ 600dp) ระบบจะละเว้นแอตทริบิวต์และ API ต่อไปนี้

ข้อยกเว้นและการควบคุมของผู้ใช้

การเปลี่ยนแปลงเหล่านี้มีไว้สำหรับหน้าจอขนาดใหญ่โดยเฉพาะ ไม่มีผล กับหน้าจอที่มีขนาดเล็กกว่า sw600dp (รวมถึงโทรศัพท์รูปแบบของอุปกรณ์แบบสเลตแบบดั้งเดิม) นอกจากนี้ แอปที่จัดหมวดหมู่เป็นเกม (ตามแฟล็ก android:appCategory) จะได้รับการยกเว้นจากข้อจำกัดเหล่านี้

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

การอัปเดตการเปลี่ยนแปลงการกำหนดค่า

เรากำลังอัปเดตลักษณะการทำงานเริ่มต้นสำหรับการสร้างกิจกรรมใหม่เพื่อปรับปรุงความเข้ากันได้ของแอปและช่วยลดการเล่นวิดีโอที่หยุดชะงัก อินพุตที่ขาดหายไป และการสูญเสียสถานะอื่นๆ ที่รบกวน ตั้งแต่ Android 17 เป็นต้นไป ระบบจะไม่รีสตาร์ทกิจกรรมโดยค่าเริ่มต้นสำหรับการเปลี่ยนแปลงการกำหนดค่าบางอย่างที่ไม่จำเป็นต้องสร้าง UI ใหม่ ซึ่งรวมถึง CONFIG_KEYBOARD, CONFIG_KEYBOARD_HIDDEN, CONFIG_NAVIGATION, CONFIG_UI_MODE (เมื่อมีการเปลี่ยนแปลงเฉพาะ UI_MODE_TYPE_DESK), CONFIG_TOUCHSCREEN และ CONFIG_COLOR_MODE แต่กิจกรรมที่กำลังทำงานจะได้รับการอัปเดตเหล่านี้ผ่าน onConfigurationChangedหากแอปพลิเคชันของคุณต้องอาศัยการรีสตาร์ทแบบเต็มเพื่อโหลดทรัพยากรใหม่สำหรับการเปลี่ยนแปลงเหล่านี้ ตอนนี้คุณต้องเลือกเข้าร่วมอย่างชัดเจนโดยใช้แอตทริบิวต์ android:recreateOnConfigChanges ใหม่ของไฟล์ Manifest ซึ่งช่วยให้คุณระบุได้ว่าการเปลี่ยนแปลงการกำหนดค่าใดควรทริกเกอร์วงจรกิจกรรมทั้งหมด (ตั้งแต่หยุด ไปจนถึงทำลายและสร้างใหม่) พร้อมกับค่าคงที่ที่เกี่ยวข้อง mcc, mnc, และค่าคงที่ใหม่ keyboard, keyboardHidden, navigation, touchscreen และ colorMode

เตรียมแอปของคุณ

เราได้เปิดตัวเครื่องมือและเอกสารประกอบเพื่อให้คุณใช้งานได้ง่าย บล็อกโพสต์ที่เน้นเรื่องนี้มีคำแนะนำเพิ่มเติมพร้อมกลยุทธ์ในการแก้ไขปัญหาที่พบได้ทั่วไป แอปจะต้องรองรับเลย์เอาต์แนวนอนและแนวตั้งสำหรับขนาดหน้าต่างในอัตราส่วนกว้างยาวทั้งหมด เนื่องจากข้อจำกัดด้านการวางแนวหรืออัตราส่วนกว้างยาวจะไม่ใช่ตัวเลือกอีกต่อไป เราขอแนะนำให้ทดสอบแอปโดยใช้ Android 17 รุ่นเบต้า 1 กับโปรแกรมจำลอง Pixel Tablet หรือ Pixel Fold (กำหนดค่าเป็น targetSdkPreview = "CinnamonBun") หรือใช้ เฟรมเวิร์กความเข้ากันได้ของแอป เพื่อเปิดใช้ UNIVERSAL_RESIZABLE_BY_DEFAULT ในอุปกรณ์ Android 16

ประสิทธิภาพ

MessageQueue แบบไม่ใช้การล็อก

ใน Android 17 แอปที่กำหนดเป้าหมายเป็น SDK 37 ขึ้นไปจะได้รับการติดตั้งใช้งาน android.os.MessageQueue ใหม่ ซึ่งการติดตั้งใช้งานนี้จะไม่ใช้การล็อก การติดตั้งใช้งานใหม่นี้ช่วยปรับปรุงประสิทธิภาพและลดเฟรมที่พลาดไป แต่ก็อาจทำให้ไคลเอ็นต์ที่ใช้ฟิลด์และเมธอดส่วนตัวของ MessageQueue หยุดทำงาน

ระบบจัดการหน่วยความจำที่ไม่ใช้แล้วแบบแบ่งรุ่น

Android 17 นำเสนอระบบจัดการหน่วยความจำที่ไม่ใช้แล้วแบบแบ่งรุ่นให้กับตัวรวบรวม Concurrent Mark-Compact ของ ART การเพิ่มประสิทธิภาพนี้จะนำเสนอการรวบรวมข้อมูลรุ่นใหม่ที่เกิดขึ้นบ่อยขึ้นและใช้ทรัพยากรน้อยลงควบคู่ไปกับการรวบรวมข้อมูลฮีปทั้งหมด โดยมีเป้าหมายเพื่อลดค่าใช้จ่าย CPU และระยะเวลาโดยรวมของระบบจัดการหน่วยความจำที่ไม่ใช้แล้ว การปรับปรุง ART ยังพร้อมใช้งานในอุปกรณ์กว่าพันล้านเครื่องที่ใช้ Android 12 (ระดับ API 31) ขึ้นไปผ่านการอัปเดตระบบของ Google Play

ฟิลด์ "static final" จะเป็น "final" อย่างแท้จริง

ตั้งแต่ Android 17 เป็นต้นไป แอปที่กำหนดเป้าหมายเป็น Android 17 ขึ้นไปจะไม่สามารถแก้ไขฟิลด์ "static final" ซึ่งจะช่วยให้รันไทม์ใช้การเพิ่มประสิทธิภาพด้านประสิทธิภาพได้มากขึ้น การพยายามแก้ไขผ่านการสะท้อน (และการสะท้อนแบบลึก) จะส่งผลให้เกิดการข้อยกเว้น IllegalAccessException เสมอ การแก้ไขผ่านตระกูลเมธอด SetStatic<Type>Field ของ JNI จะทำให้แอปพลิเคชันหยุดทำงานทันที

ข้อจำกัดของมุมมองการแจ้งเตือนที่กำหนดเอง

เรากำลังจำกัดขนาดของ มุมมองการแจ้งเตือนที่กำหนดเอง เพื่อลดการใช้งานหน่วยความจำ การอัปเดตนี้จะปิดช่องโหว่ที่อนุญาตให้แอปข้ามขีดจำกัดที่มีอยู่โดยใช้ URI ลักษณะการทำงานนี้จะถูกควบคุมโดยเวอร์ชัน SDK เป้าหมายและจะมีผลกับแอปที่กำหนดเป้าหมายเป็น API 37 ขึ้นไป

ทริกเกอร์ ProfilingManager ใหม่สำหรับการแก้ไขข้อบกพร่องด้านประสิทธิภาพ

เราได้นำเสนอทริกเกอร์ระบบใหม่หลายรายการให้กับ ProfilingManager เพื่อช่วยคุณรวบรวมข้อมูลเชิงลึกสำหรับการแก้ไขข้อบกพร่องด้านประสิทธิภาพ ทริกเกอร์เหล่านี้คือTRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM และ TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE

หากต้องการทำความเข้าใจวิธีตั้งค่าทริกเกอร์ระบบใหม่ โปรดดูเอกสารประกอบการสร้างโปรไฟล์ตามทริกเกอร์ รวมถึงการดึงและวิเคราะห์ข้อมูลการสร้างโปรไฟล์

สื่อและกล้อง

Android 17 นำเสนอเครื่องมือระดับมืออาชีพให้กับแอปสื่อและกล้อง โดยมีฟีเจอร์ต่างๆ เช่น การเปลี่ยนภาพที่ราบรื่นและความดังที่ได้มาตรฐาน

การอัปเดตเซสชันกล้องแบบไดนามิก

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

fun updateCameraSession(session: CameraCaptureSession, newOutputConfigs:  List<OutputConfiguration>)) {
    // Dynamically update the session without closing and reopening
    try {
        
        // Update the output configurations
        session.updateOutputConfigurations(newOutputConfigs)
    } catch (e: CameraAccessException) {
        // Handle error
    }
}

ข้อมูลเมตาของอุปกรณ์กล้องหลายตัวแบบลอจิกัล

เมื่อใช้กล้องแบบลอจิกัลที่รวมเซ็นเซอร์กล้องจริงหลายตัว ตอนนี้คุณสามารถขอข้อมูลเมตาเพิ่มเติมจากกล้องจริงที่ใช้งานอยู่ทั้งหมดที่เกี่ยวข้องกับการจับภาพ ไม่ใช่แค่กล้องหลักเท่านั้น ก่อนหน้านี้ คุณต้องใช้โซลูชันชั่วคราว ซึ่งบางครั้งก็ต้องจัดสรรสตรีมจริงที่ไม่จำเป็น เพื่อรับข้อมูลเมตาจากกล้องจริงรองที่ใช้งานอยู่ (เช่น ระหว่างการเปลี่ยนเลนส์เพื่อซูมที่กล้องติดตามใช้งานอยู่) ฟีเจอร์นี้จะนำเสนอคีย์ใหม่ LOGICAL_MULTI_CAMERA_ADDITIONAL_RESULTS ใน CaptureRequest และ CaptureResult เมื่อตั้งค่าคีย์นี้เป็น ON ใน CaptureRequest, TotalCaptureResult จะมีข้อมูลเมตาจากกล้องจริงที่ใช้งานอยู่เพิ่มเติมเหล่านี้ คุณสามารถเข้าถึงข้อมูลเมตาที่ครอบคลุมนี้ได้โดยใช้ TotalCaptureResult.getPhysicalCameraTotalResults() เพื่อรับข้อมูลโดยละเอียดเพิ่มเติมที่อาจช่วยให้คุณเพิ่มประสิทธิภาพการใช้ทรัพยากรในแอปพลิเคชันกล้องได้

การรองรับ Versatile Video Coding (VVC)

Android 17 เพิ่มการรองรับมาตรฐาน Versatile Video Coding (VVC) ซึ่งรวมถึงการกำหนดประเภท MIME video/vvc ใน MediaFormat, การเพิ่มโปรไฟล์ VVC ใหม่ใน MediaCodecInfo และการผสานรวมการรองรับเข้ากับ MediaExtractor ฟีเจอร์นี้จะพร้อมใช้งานในอุปกรณ์ที่มีการรองรับการถอดรหัสฮาร์ดแวร์และไดรเวอร์ที่ใช้งานได้

คุณภาพคงที่สำหรับการบันทึกวิดีโอ

เราได้เพิ่ม setVideoEncodingQuality() ลงใน MediaRecorder ซึ่งช่วยให้คุณกำหนดค่าโหมดคุณภาพคงที่ (CQ) สำหรับตัวเข้ารหัสวิดีโอได้ ทำให้คุณควบคุมคุณภาพวิดีโอได้ละเอียดยิ่งขึ้นนอกเหนือจากการตั้งค่าบิตเรตแบบง่าย

การปิดช่องโหว่ของเสียงในพื้นหลัง

ตั้งแต่ Android 17 เป็นต้นไป เฟรมเวิร์กเสียงจะบังคับใช้ข้อจำกัดเกี่ยวกับการโต้ตอบเสียงในพื้นหลัง ซึ่งรวมถึงการเล่นเสียง คำขอ โฟกัสเสียง และ API การเปลี่ยนแปลงระดับเสียง เพื่อให้แน่ใจว่าผู้ใช้เป็นผู้เริ่มการเปลี่ยนแปลงเหล่านี้โดยเจตนา

หากแอปพยายามเรียกใช้ API เสียงขณะที่แอปพลิเคชันไม่ได้อยู่ในวงจรการทำงานที่ถูกต้อง API การเล่นเสียงและการเปลี่ยนแปลงระดับเสียงจะทำงานไม่สำเร็จโดยไม่มีการข้อยกเว้นหรือข้อความแสดงข้อผิดพลาด API โฟกัสเสียงจะทำงานไม่สำเร็จและแสดงรหัสผลลัพธ์ AUDIOFOCUS_REQUEST_FAILED

ความเป็นส่วนตัวและความปลอดภัย

การเลิกใช้งานแอตทริบิวต์การรับส่งข้อมูลแบบข้อความธรรมดา

ตอนนี้เราเลิกใช้งานแอตทริบิวต์ android:usesCleartextTraffic แล้ว หากแอปกำหนดเป้าหมายเป็น (Android 17) ขึ้นไปและใช้ usesCleartextTraffic="true" โดยไม่มี การกำหนดค่าความปลอดภัยของเครือข่าย ที่เกี่ยวข้อง ระบบจะตั้งค่าเริ่มต้นเป็นไม่อนุญาตการรับส่งข้อมูลแบบข้อความธรรมดา เราขอแนะนำให้คุณย้ายข้อมูลไปยังไฟล์การกำหนดค่าความปลอดภัยของเครือข่ายเพื่อการควบคุมแบบละเอียด

วิทยาการเข้ารหัสลับแบบไฮบริด HPKE

เรากำลังนำเสนออินเทอร์เฟซผู้ให้บริการ (SPI) สาธารณะสำหรับการติดตั้งใช้งานวิทยาการเข้ารหัสลับแบบไฮบริด HPKE ซึ่งช่วยให้การสื่อสารปลอดภัยโดยใช้การเข้ารหัสลับคีย์สาธารณะและการเข้ารหัสลับแบบสมมาตร (AEAD) ร่วมกัน

การเชื่อมต่อและโทรคมนาคม

ประวัติการโทร VoIP ที่ปรับปรุงแล้ว

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

การวัดระยะทางและการตรวจจับความใกล้เคียงด้วย Wi-Fi

การวัดระยะทางด้วย Wi-Fi ได้รับการปรับปรุงด้วยความสามารถใหม่ในการตรวจจับความใกล้เคียง ซึ่งรองรับการวัดระยะทางอย่างต่อเนื่องและการค้นหาแบบเพียร์ทูเพียร์ที่ปลอดภัย การอัปเดตการวัดระยะทาง Wi-Fi Aware รวมถึง API ใหม่สำหรับแฮนเดิลเพียร์และการแคช PMKID สำหรับการวัดระยะทางที่ปลอดภัยแบบ 11az

ประสิทธิภาพในการทำงานและเครื่องมือสำหรับนักพัฒนาแอป

การอัปเดตสำหรับแอปอุปกรณ์ที่ใช้ร่วมกัน

เราได้นำเสนอโปรไฟล์ใหม่ 2 รายการให้กับ CompanionDeviceManager เพื่อปรับปรุงการแยกความแตกต่างของอุปกรณ์และการจัดการสิทธิ์ ดังนี้

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

นอกจากนี้ ตอนนี้ CompanionDeviceManager ยังมีกล่องโต้ตอบแบบรวมสำหรับการเชื่อมโยงอุปกรณ์และคำขอสิทธิ์เข้าถึงอุปกรณ์ที่อยู่ใกล้เคียง คุณสามารถใช้เมธอด setExtraPermissions ใหม่ใน AssociationRequest.Builder เพื่อรวมข้อความแจ้งสิทธิ์เข้าถึงอุปกรณ์ที่อยู่ใกล้เคียงไว้ในขั้นตอนการเชื่อมโยงที่มีอยู่ ซึ่งจะช่วยลดจำนวนกล่องโต้ตอบที่แสดงต่อผู้ใช้

เริ่มต้นใช้งาน Android 17

คุณสามารถ ลงทะเบียนอุปกรณ์ Pixel ที่รองรับเพื่อรับการอัปเดต Android รุ่นเบต้าเวอร์ชันนี้และเวอร์ชันอื่นๆ ในอนาคตแบบ OTA หากไม่มีอุปกรณ์ Pixel คุณสามารถ ใช้อิมเมจระบบ 64 บิตกับโปรแกรมจำลองของ Android ใน Android Studio ได้

หากคุณเข้าร่วมโปรแกรม Android รุ่นเบต้าอยู่แล้ว ระบบจะเสนอการอัปเดตแบบ OTA เป็นรุ่นเบต้า 1

หากคุณใช้ Android 26Q1 รุ่นเบต้าและต้องการใช้รุ่นเสถียรสุดท้ายของ 26Q1 และออกจากรุ่นเบต้า คุณต้องละเว้นการอัปเดตแบบ OTA เป็น 26Q2 รุ่นเบต้า 1 และรอการเปิดตัว 26Q1

เราต้องการความคิดเห็นจากคุณ โปรด รายงานปัญหาและส่งคำขอฟีเจอร์ใน หน้าฟีดแบ็ก ยิ่งเราได้รับความคิดเห็นของคุณเร็วเท่าใด เราก็จะยิ่งนำความคิดเห็นเหล่านั้นไปใช้ในการเปิดตัวเวอร์ชันสุดท้ายได้มากขึ้นเท่านั้น

เราขอแนะนำให้คุณใช้Android Studio (Panda)เวอร์ชันตัวอย่างล่าสุดเพื่อให้ได้รับประสบการณ์การพัฒนาที่ดีที่สุดกับ Android 17 เมื่อตั้งค่าเรียบร้อยแล้ว สิ่งที่คุณควรทำมีดังนี้

• คอมไพล์กับ SDK ใหม่ ทดสอบในสภาพแวดล้อม CI และรายงานปัญหาในเครื่องมือติดตามของเราใน หน้าฟีดแบ็ก
• ทดสอบแอปปัจจุบันเพื่อดูความเข้ากันได้ ดูว่าแอปได้รับผลกระทบจากการเปลี่ยนแปลงใน Android 17 หรือไม่ และติดตั้งแอปในอุปกรณ์หรือโปรแกรมจำลองที่ใช้ Android 17 แล้วทดสอบอย่างละเอียด

เราจะอัปเดตอิมเมจระบบเวอร์ชันตัวอย่าง/รุ่นเบต้าและ SDK เป็นประจำตลอดวงจรการเปิดตัว Android 17 เมื่อติดตั้งบิลด์รุ่นเบต้าแล้ว คุณจะได้รับการอัปเดตแบบ OTA สำหรับเวอร์ชันตัวอย่างและรุ่นเบต้าทั้งหมดในอนาคตโดยอัตโนมัติ

ดูข้อมูลทั้งหมดได้ที่เว็บไซต์ของนักพัฒนาแอป Android 17

เข้าร่วมการสนทนา

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