Android Studio 3.2 (กันยายน 2018)

Android Studio 3.2 เป็นรุ่นหลักที่มีฟีเจอร์และการปรับปรุงใหม่ๆ มากมาย

มีอะไรใหม่เกี่ยวกับ Assistant

ผู้ช่วยคนใหม่จะแจ้งให้คุณทราบเกี่ยวกับการเปลี่ยนแปลงล่าสุดใน Android Studio

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

Android Jetpack

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

เครื่องมือแก้ไขการนําทาง

เครื่องมือแก้ไขการนําทางแบบใหม่ผสานรวมกับคอมโพเนนต์การนําทางของ Android Jetpack เพื่อแสดงมุมมองแบบกราฟิกสําหรับสร้างโครงสร้างการนําทางของแอป เครื่องมือแก้ไขการนําทางช่วยให้การออกแบบและการใช้งานการนําทางระหว่างปลายทางในแอปง่ายขึ้น

ใน Android Studio 3.2 เครื่องมือแก้ไขการนําทางเป็นฟีเจอร์ทดลอง หากต้องการเปิดใช้เครื่องมือแก้ไขการนําทาง ให้คลิกไฟล์ > การตั้งค่า (Android Studio > ค่ากําหนดใน Mac) เลือกหมวดหมู่ทดลองในแผงด้านซ้าย เลือกช่องข้างเปิดใช้เครื่องมือแก้ไขการนําทาง แล้วรีสตาร์ท Android Studio

อ่านข้อมูลเพิ่มเติมได้ในเอกสารประกอบเกี่ยวกับเครื่องมือแก้ไขการนําทาง

การย้ายข้อมูล AndroidX

เรากําลังย้ายข้อมูลไลบรารีการสนับสนุน Android ไปยังไลบรารีส่วนขยาย Android ใหม่โดยใช้เนมสเปซ androidx เป็นส่วนหนึ่งของ Jetpack ดูข้อมูลเพิ่มเติมได้ที่ภาพรวมของ AndroidX

Android Studio 3.2 ช่วยคุณดำเนินการนี้ด้วยฟีเจอร์การย้ายข้อมูลใหม่

หากต้องการย้ายข้อมูลโปรเจ็กต์ที่มีอยู่ไปยัง AndroidX ให้เลือกปรับโครงสร้าง > ย้ายข้อมูลไปยัง AndroidX หากคุณมีไลบรารี Maven ที่ไม่ได้ย้ายข้อมูลไปยังเนมสเปซ AndroidX ระบบในรุ่นของ Android Studio จะแปลงไลบรารีเหล่านั้นโดยอัตโนมัติด้วย

ปลั๊กอิน Android Gradle มี Flag ระดับกลางซึ่งคุณตั้งค่าได้ในไฟล์ gradle.properties ดังนี้

• android.useAndroidX: เมื่อตั้งค่าเป็น true บ่งบอกว่าคุณต้องการเริ่มใช้ AndroidX นับจากนี้เป็นต้นไป หากไม่มี Flag นี้ Android Studio จะทํางานเสมือนว่าตั้งค่า Flag เป็น false
• android.enableJetifier: เมื่อตั้งค่าเป็น true แฟล็กนี้จะระบุว่าคุณต้องการการสนับสนุนเครื่องมือ (จากปลั๊กอิน Android Gradle) เพื่อแปลงไลบรารีของบุคคลที่สามที่มีอยู่โดยอัตโนมัติราวกับว่าเขียนขึ้นสำหรับ AndroidX หากไม่มี Flag นี้ Android Studio จะทํางานเสมือนว่าตั้งค่า Flag เป็น false

ระบบจะตั้งค่า Flag ทั้ง 2 รายการเป็น true เมื่อคุณใช้คำสั่งย้ายข้อมูลไปยัง AndroidX

หากต้องการเริ่มใช้ไลบรารี AndroidX ทันทีและไม่ต้องแปลงไลบรารีของบุคคลที่สามที่มีอยู่ ให้ตั้งค่า Flag android.useAndroidX เป็น true และ Flag android.enableJetifier เป็น false

Android App Bundle

Android App Bundle เป็นรูปแบบการอัปโหลดรูปแบบใหม่ที่รวมโค้ดและทรัพยากรที่คอมไพล์แล้วทั้งหมดของแอป แต่เลื่อนการสร้างและการลงนาม APK ไปยัง Google Play Store

จากนั้นโมเดลการนำส่งแอปแบบใหม่ของ Google Play จะใช้ App Bundle ของคุณเพื่อสร้างและนำส่ง APK ที่เพิ่มประสิทธิภาพแล้วสำหรับการกำหนดค่าอุปกรณ์ของผู้ใช้แต่ละราย เพื่อให้ผู้ใช้แต่ละรายดาวน์โหลดเฉพาะโค้ดและทรัพยากรที่จำเป็นต่อการเรียกใช้แอปของคุณ คุณจึงไม่ต้องสร้าง รับรอง และจัดการ APK หลายรายการอีกต่อไป และผู้ใช้จะดาวน์โหลดไฟล์ที่มีขนาดเล็กลงและเพิ่มประสิทธิภาพมากขึ้น

นอกจากนี้ คุณยังเพิ่มโมดูลฟีเจอร์ลงในโปรเจ็กต์แอปและรวมไว้ใน App Bundle ได้ด้วย จากนั้นผู้ใช้จะดาวน์โหลดและติดตั้งฟีเจอร์ของแอปได้ตามต้องการ

หากต้องการสร้างกลุ่ม ให้เลือกสร้าง > สร้างกลุ่ม / APK > สร้างกลุ่ม

ดูข้อมูลเพิ่มเติม รวมถึงวิธีการสร้างและวิเคราะห์ Android App Bundle ได้ที่ Android App Bundle

ข้อมูลตัวอย่างในเครื่องมือสร้างเลย์เอาต์

เลย์เอาต์ Android จำนวนมากมีข้อมูลรันไทม์ที่อาจทำให้เห็นภาพลักษณะของเลย์เอาต์ได้ยากในขั้นตอนการออกแบบการพัฒนาแอป ตอนนี้คุณดูตัวอย่างข้อมูลพร็อพเพอร์ตี้ในเครื่องมือแก้ไขเลย์เอาต์ที่เต็มไปด้วยข้อมูลตัวอย่างได้อย่างง่ายดาย เมื่อคุณเพิ่มมุมมอง ปุ่ม จะปรากฏใต้มุมมองในหน้าต่างการออกแบบ คลิกปุ่มนี้เพื่อตั้งค่าแอตทริบิวต์มุมมองขณะออกแบบ คุณเลือกจากเทมเพลตข้อมูลตัวอย่างที่หลากหลายและระบุจํานวนรายการตัวอย่างที่จะใช้สร้างมุมมองได้

หากต้องการลองใช้ข้อมูลตัวอย่าง ให้เพิ่ม RecyclerView ลงในเลย์เอาต์ใหม่ คลิกปุ่มแอตทริบิวต์สำหรับเวลาออกแบบ ใต้มุมมอง แล้วเลือกจากภาพสไลด์ของเทมเพลตข้อมูลตัวอย่าง

Slice

ข้อมูลโค้ดเป็นวิธีใหม่ในการฝังฟังก์ชันการทํางานบางส่วนของแอปในแพลตฟอร์มอินเทอร์เฟซผู้ใช้อื่นๆ บน Android เช่น ข้อมูลส่วนช่วยให้แสดงฟังก์ชันการทำงานและเนื้อหาของแอปในคำแนะนำของ Google Search ได้

Android Studio 3.2 มีเทมเพลตในตัวที่จะช่วยคุณขยายแอปด้วย Slice Provider API ใหม่ รวมถึงการตรวจสอบ Lint ใหม่เพื่อให้แน่ใจว่าคุณกำลังทำตามแนวทางปฏิบัติแนะนำเมื่อสร้าง Slice

หากต้องการเริ่มต้นใช้งาน ให้คลิกขวาที่โฟลเดอร์โปรเจ็กต์ แล้วเลือกใหม่ > อื่นๆ > ผู้ให้บริการข้อมูลส่วนย่อย

ดูข้อมูลเพิ่มเติม รวมถึงวิธีทดสอบการโต้ตอบกับข้อมูลในแผงข้อมูลได้ที่คู่มือเริ่มต้นใช้งานข้อมูลในแผงข้อมูล

Kotlin 1.2.61

Android Studio 3.2 จะรวม Kotlin 1.2.61 และ Android SDK เวอร์ชันใหม่จะผสานรวมกับ Kotlin ได้ดีขึ้น ดูข้อมูลเพิ่มเติมได้ที่บล็อกของนักพัฒนาแอป Android

IntelliJ IDEA 2018.1.6

IDE หลักของ Android Studio ได้รับการอัปเดตด้วยการปรับปรุงจาก IntelliJ IDEA ผ่านรุ่น 2018.1.6

เครื่องมือวิเคราะห์โปรไฟล์ของ Android

ลองใช้ฟีเจอร์ใหม่ต่อไปนี้ของ Android Profiler ใน Android Studio 3.2

เซสชัน

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

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

การติดตามของระบบ

ในเครื่องมือวิเคราะห์ประสิทธิภาพ CPU ให้เลือกการกําหนดค่าการติดตามระบบใหม่เพื่อตรวจสอบ CPU ของระบบและกิจกรรมเธรดของอุปกรณ์ การกําหนดค่าการติดตามนี้สร้างขึ้นจาก systrace และมีประโยชน์สําหรับการตรวจสอบปัญหาระดับระบบ เช่น UI กระตุก

ขณะใช้การกําหนดค่าการติดตามนี้ คุณสามารถทําเครื่องหมายรูทีนโค้ดที่สําคัญในไทม์ไลน์ของเครื่องมือวิเคราะห์ประสิทธิภาพได้โดยการติดแท็กโค้ด C/C++ ด้วย Native Tracing API หรือโค้ด Java ด้วยคลาส Trace

ตรวจสอบการอ้างอิง JNI ในเครื่องมือวิเคราะห์หน่วยความจำ

หากติดตั้งใช้งานแอปในอุปกรณ์ที่ใช้ Android 8.0 (API ระดับ 26) ขึ้นไป ตอนนี้คุณสามารถตรวจสอบการจัดสรรหน่วยความจำสําหรับโค้ด JNI ของแอปได้โดยใช้เครื่องมือวิเคราะห์หน่วยความจํา

ขณะที่แอปทํางานอยู่ ให้เลือกส่วนของไทม์ไลน์ที่ต้องการตรวจสอบ แล้วเลือก JNI heap จากเมนูแบบเลื่อนลงเหนือรายการคลาส ดังที่แสดงด้านล่าง จากนั้นคุณสามารถตรวจสอบออบเจ็กต์ในฮีปได้ตามปกติ และดับเบิลคลิกออบเจ็กต์ในแท็บกองซ้อนการเรียกใช้เพื่อดูตำแหน่งที่มีการจัดสรรและปล่อยการอ้างอิง JNI ในโค้ด

นําเข้า ส่งออก และตรวจสอบไฟล์ฮีปดัมป์หน่วยความจํา

ตอนนี้คุณสามารถนําเข้า ส่งออก และตรวจสอบ.hprofไฟล์การดัมพ์กองหน่วยความจําที่สร้างขึ้นด้วยเครื่องมือวิเคราะห์หน่วยความจําได้แล้ว

นําเข้าไฟล์ .hprof โดยคลิกเริ่มเซสชันเครื่องมือวิเคราะห์ใหม่ ในแผงเซสชันของเครื่องมือวิเคราะห์ แล้วเลือกโหลดจากไฟล์ จากนั้นคุณสามารถตรวจสอบข้อมูลในเครื่องมือวิเคราะห์หน่วยความจำได้เช่นเดียวกับการดูข้อมูลในกองขยะอื่นๆ

หากต้องการบันทึกข้อมูลฮีปดัมพ์เพื่อตรวจสอบในภายหลัง ให้ใช้ปุ่มส่งออกฮีปดัมพ์ทางด้านขวาของรายการฮีปดัมพ์ในแผงเซสชัน ในกล่องโต้ตอบส่งออกเป็นที่ปรากฏขึ้น ให้บันทึกไฟล์ที่มีนามสกุล .hprof

บันทึกกิจกรรมของ CPU ระหว่างที่เริ่มต้นแอป

ตอนนี้คุณสามารถบันทึกกิจกรรมของ CPU ระหว่างที่แอปเริ่มต้นทำงานได้โดยทำดังนี้

1. เลือกเรียกใช้ > แก้ไขการกําหนดค่าจากเมนูหลัก
2. เลือกช่องข้างเริ่มบันทึกการติดตามเมธอดเมื่อเริ่มต้นในแท็บการโปรไฟล์ของการกำหนดค่าการเรียกใช้ที่ต้องการ
3. เลือกการกําหนดค่าการบันทึก CPU ที่จะใช้จากเมนูแบบเลื่อนลง
4. ติดตั้งใช้งานแอปในอุปกรณ์ที่ใช้ Android 8.0 (API ระดับ 26) ขึ้นไปโดยเลือกเรียกใช้ > โปรไฟล์

ส่งออกร่องรอย CPU

หลังจากบันทึกกิจกรรมของ CPU ด้วยเครื่องมือวิเคราะห์โปรไฟล์ CPU แล้ว คุณสามารถส่งออกข้อมูลเป็นไฟล์ .trace เพื่อแชร์กับผู้อื่นหรือตรวจสอบในภายหลังได้

หากต้องการส่งออกการติดตามหลังจากที่บันทึกกิจกรรมของ CPU แล้ว ให้ทำดังนี้

1. คลิกขวาที่ไฟล์บันทึกที่ต้องการส่งออกจากไทม์ไลน์ของ CPU
2. เลือกส่งออกการติดตามจากเมนูแบบเลื่อนลง
3. ไปที่ตำแหน่งที่ต้องการบันทึกไฟล์แล้วคลิกบันทึก

นำเข้าและตรวจสอบไฟล์การติดตาม CPU

ตอนนี้คุณสามารถนําเข้าและตรวจสอบไฟล์ .trace ที่สร้างขึ้นด้วย Debug API หรือ CPU Profiler ได้แล้ว (ปัจจุบันคุณยังนําเข้าไฟล์บันทึกการติดตามระบบไม่ได้)

นําเข้าไฟล์การติดตามโดยคลิกเริ่มเซสชันเครื่องมือวิเคราะห์ใหม่ ในแผงเซสชันของเครื่องมือวิเคราะห์ แล้วเลือกโหลดจากไฟล์ จากนั้นคุณสามารถตรวจสอบข้อมูลในเครื่องมือวิเคราะห์โปรไฟล์ CPU ได้เช่นเดียวกับปกติ โดยมีข้อยกเว้นต่อไปนี้

• กิจกรรมของ CPU จะไม่แสดงในไทม์ไลน์ของ CPU
• ไทม์ไลน์กิจกรรมของชุดข้อความจะระบุเฉพาะตำแหน่งที่มีข้อมูลการติดตามสำหรับแต่ละชุดข้อความ ไม่ใช่สถานะจริงของชุดข้อความ (เช่น กำลังทำงาน รอ หรือหยุดทำงานชั่วคราว)

บันทึกกิจกรรมของ CPU โดยใช้ Debug API

ตอนนี้คุณสามารถเริ่มและหยุดบันทึกกิจกรรมของ CPU ในเครื่องมือวิเคราะห์ประสิทธิภาพ CPU ได้โดยการตรวจสอบแอปด้วย Debug API หลังจากคุณติดตั้งใช้งานแอปในอุปกรณ์แล้ว เครื่องมือวิเคราะห์จะเริ่มต้นบันทึกกิจกรรมของ CPU โดยอัตโนมัติเมื่อแอปเรียกใช้ startMethodTracing(String tracePath) และเครื่องมือวิเคราะห์จะหยุดบันทึกเมื่อแอปเรียกใช้ stopMethodTracing() ขณะบันทึกกิจกรรมของ CPU ที่ทริกเกอร์โดยใช้ API นี้ เครื่องมือวิเคราะห์ประสิทธิภาพ CPU จะแสดง Debug API เป็นการกำหนดค่าการบันทึก CPU ที่เลือก

เครื่องมือวิเคราะห์พลังงาน

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

เครื่องมือวิเคราะห์พลังงานจะปรากฏเป็นแถวใหม่ที่ด้านล่างของหน้าต่างเครื่องมือวิเคราะห์เมื่อคุณเรียกใช้แอปในอุปกรณ์ที่เชื่อมต่อหรือโปรแกรมจำลอง Android ที่ใช้ Android 8.0 (API 26) ขึ้นไป

คลิกแถวพลังงานเพื่อขยายมุมมองเครื่องมือวิเคราะห์พลังงานให้ใหญ่ที่สุด วางเคอร์เซอร์เมาส์เหนือแถบในไทม์ไลน์เพื่อดูรายละเอียดการใช้พลังงานตามทรัพยากร CPU, เครือข่าย และตำแหน่ง (GPS) รวมถึงเหตุการณ์ของระบบที่เกี่ยวข้อง

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

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

การตรวจสอบ Lint

Android Studio 3.2 มีฟีเจอร์ใหม่ๆ และฟีเจอร์ที่ได้รับการปรับปรุงมากมายสำหรับการตรวจสอบข้อบกพร่อง

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

การตรวจสอบ Lint สําหรับความสามารถในการทํางานร่วมกันของ Java/Kotlin

การตรวจสอบ Lint ใหม่จะบังคับใช้แนวทางปฏิบัติแนะนำที่อธิบายไว้ในคู่มือการทำงานร่วมกันของ Kotlin เพื่อให้แน่ใจว่าโค้ด Java จะทำงานร่วมกับโค้ด Kotlin ได้อย่างราบรื่น ตัวอย่างการตรวจสอบเหล่านี้ ได้แก่ การตรวจสอบว่ามีคำอธิบายประกอบ Nullability หรือไม่ การใช้คีย์เวิร์ดแบบฮาร์ดของ Kotlin และการวางพารามิเตอร์ Lambda เป็นลำดับสุดท้าย

หากต้องการเปิดใช้การตรวจสอบเหล่านี้ ให้คลิกไฟล์ > การตั้งค่า (Android Studio > ค่ากําหนดใน Mac) เพื่อเปิดกล่องโต้ตอบการตั้งค่า จากนั้นไปที่ส่วนเครื่องมือแก้ไข > การตรวจสอบ > Android > Lint > การทํางานร่วมกัน > การทํางานร่วมกันของ Kotlin แล้วเลือกกฎที่ต้องการเปิดใช้

หากต้องการเปิดใช้การตรวจสอบเหล่านี้สําหรับบิลด์บรรทัดคําสั่ง ให้เพิ่มข้อมูลต่อไปนี้ลงในไฟล์ build.gradle

        android {
            lintOptions {
                check 'Interoperability'
            }
        }
        
      

การตรวจสอบ Lint สำหรับ Slice

การตรวจสอบ Lint ใหม่สำหรับ Slices จะช่วยให้คุณสร้าง Slices ได้อย่างถูกต้อง เช่น การตรวจสอบ Lint จะเตือนคุณหากคุณไม่ได้กำหนดการดำเนินการหลักให้กับ Slice

เป้าหมาย Gradle ใหม่

ใช้lintFixงาน Gradle ใหม่เพื่อใช้การแก้ไขที่ปลอดภัยทั้งหมดที่การตรวจสอบ Lint แนะนำกับซอร์สโค้ดโดยตรง ตัวอย่างการตรวจสอบการแสดงผลโค้ดที่ไม่ถูกต้องซึ่งแนะนําการแก้ไขที่ปลอดภัยคือ SyntheticAccessor

การอัปเดตข้อมูลเมตา

ข้อมูลเมตาต่างๆ เช่น การตรวจสอบการแคสต์บริการ ได้รับการอัปเดตเพื่อให้การตรวจสอบด้วย Lint ทำงานร่วมกับ Android 9 (API ระดับ 28) ได้

คำเตือนหากเรียกใช้ Lint กับตัวแปรใหม่

ตอนนี้ Lint จะบันทึกตัวแปรและเวอร์ชันที่ใช้บันทึกข้อมูลพื้นฐาน และเตือนคุณหากเรียกใช้ตัวแปรอื่นที่ไม่ใช่ตัวแปรที่ใช้สร้างข้อมูลพื้นฐาน

การปรับปรุงการตรวจสอบ Lint ที่มีอยู่

Android Studio 3.2 มีการปรับปรุงการตรวจสอบ Lint ที่มีอยู่หลายอย่าง ตัวอย่างเช่น ตอนนี้การตรวจสอบวงจรทรัพยากรมีผลกับทรัพยากรประเภทอื่นๆ แล้ว และตัวตรวจหาคำแปลจะค้นหาคำแปลที่ขาดหายไปได้ทันทีในเครื่องมือแก้ไข

รหัสปัญหาค้นพบได้ง่ายขึ้น

ตอนนี้รหัสปัญหาจะแสดงในตำแหน่งต่างๆ มากขึ้น รวมถึงในหน้าต่างผลการตรวจสอบ ซึ่งจะช่วยให้คุณค้นหาข้อมูลที่ต้องการเพื่อเปิดหรือปิดใช้การตรวจสอบที่เฉพาะเจาะจงผ่าน lintOptions ใน build.gradle ได้ง่ายขึ้น

ดูข้อมูลเพิ่มเติมได้ที่กำหนดค่าตัวเลือก Lint ด้วย Gradle

การเชื่อมโยงข้อมูล V2

ตอนนี้ระบบจะเปิดใช้การเชื่อมโยงข้อมูล V2 โดยค่าเริ่มต้นและเข้ากันได้กับ V1 ซึ่งหมายความว่าหากคุณมีทรัพยากร Dependency ของไลบรารีที่คอมไพล์ด้วย V1 คุณจะใช้ทรัพยากรเหล่านั้นกับโปรเจ็กต์ที่ใช้การเชื่อมโยงข้อมูล V2 ได้ อย่างไรก็ตาม โปรดทราบว่าโปรเจ็กต์ที่ใช้ V1 จะใช้ทรัพยากร Dependencies ที่คอมไพล์ด้วย V2 ไม่ได้

การกรองน้ำตาลออกจาก D8

ใน Android Studio 3.1 เราได้ผสานรวมขั้นตอนการนำ Sugar ออกไว้ในเครื่องมือ D8 เป็นฟีเจอร์ทดลอง ซึ่งช่วยลดเวลาโดยรวมในการสร้าง ใน Android Studio 3.2 ระบบจะเปิดการกรอง Sugar ออกด้วย D8 ไว้โดยค่าเริ่มต้น

ตัวลดขนาดโค้ดใหม่

R8 เป็นเครื่องมือใหม่สำหรับการย่อโค้ดและการปรับให้ยากต่อการอ่าน (Obfuscation) ซึ่งมาแทนที่ ProGuard คุณเริ่มใช้ R8 เวอร์ชันตัวอย่างได้โดยใส่ข้อมูลต่อไปนี้ในไฟล์ gradle.properties ของโปรเจ็กต์

      android.enableR8 = true
    

เปลี่ยน ABI เริ่มต้นสำหรับ APK หลายรายการ

เมื่อสร้าง APK หลายรายการที่แต่ละรายการกำหนดเป้าหมายเป็น ABI ที่แตกต่างกัน ปลั๊กอินจะไม่สร้าง APK สำหรับ ABI ต่อไปนี้โดยค่าเริ่มต้นอีกต่อไป mips, mips64 และ armeabi

หากต้องการสร้าง APK ที่กําหนดเป้าหมาย ABI เหล่านี้ คุณต้องใช้ NDK r16b หรือต่ำกว่า และระบุ ABI ในไฟล์ build.gradle ดังที่แสดงด้านล่าง

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    

    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }
    

หมายเหตุ: การเปลี่ยนแปลงลักษณะการทำงานนี้รวมอยู่ใน Android Studio 3.1 RC1 ขึ้นไปด้วย

ปรับปรุงฟีเจอร์เครื่องมือแก้ไขสำหรับไฟล์บิลด์ CMake

หากคุณใช้ CMake เพื่อเพิ่มโค้ด C และ C++ ลงในโปรเจ็กต์ ตอนนี้ Android Studio มีฟีเจอร์เครื่องมือแก้ไขที่ปรับปรุงแล้วเพื่อช่วยคุณแก้ไขสคริปต์การสร้าง CMake เช่น ต่อไปนี้

• การไฮไลต์ไวยากรณ์และการเติมโค้ด: ตอนนี้ IDE จะไฮไลต์และแนะนำการเติมโค้ดสำหรับคำสั่ง CMake ทั่วไป นอกจากนี้ คุณยังไปยังไฟล์ได้โดยคลิกไฟล์นั้นขณะกดแป้น Control (Command ใน Mac)
• การจัดรูปแบบโค้ดใหม่: ตอนนี้คุณใช้ตัวเลือกการจัดรูปแบบโค้ดใหม่ของ IntelliJ เพื่อใช้รูปแบบโค้ดกับสคริปต์การสร้าง CMake ได้แล้ว
• การจัดระเบียบโค้ดอย่างปลอดภัย: ตอนนี้เครื่องมือการจัดระเบียบโค้ดในตัวของ IDE จะตรวจสอบด้วยว่าคุณกำลังเปลี่ยนชื่อหรือลบไฟล์ที่อ้างอิงในสคริปต์การสร้าง CMake หรือไม่

ไปยังส่วนต่างๆ ของไฟล์ส่วนหัวภายนอก

เมื่อใช้หน้าต่างโปรเจ็กต์ใน Android Studio เวอร์ชันเก่า คุณจะไปยังส่วนต่างๆ และตรวจสอบได้เฉพาะไฟล์ส่วนหัวที่เป็นของไลบรารีที่คุณสร้างจากโปรเจ็กต์ในเครื่อง ในการเผยแพร่ครั้งนี้ คุณสามารถดูและตรวจสอบไฟล์ส่วนหัวที่รวมอยู่ในไลบรารี C/C++ ภายนอกซึ่งคุณนําเข้าไปยังโปรเจ็กต์แอปได้ด้วย

หากคุณรวมโค้ดและไลบรารี C/C++ ไว้ในโปรเจ็กต์แล้ว ให้เปิดหน้าต่าง Project ทางด้านซ้ายของ IDE โดยเลือกดู > หน้าต่างเครื่องมือ > โปรเจ็กต์จากเมนูหลัก แล้วเลือก Android จากเมนูแบบเลื่อนลง ในไดเรกทอรี cpp ส่วนหัวทั้งหมดที่อยู่ในขอบเขตของโปรเจ็กต์แอปจะจัดระเบียบอยู่ภายใต้โหนด include สำหรับไลบรารี C/C++ แต่ละรายการที่ต้องใช้ในพื้นที่ ดังที่แสดงด้านล่าง

เปิดใช้ Multidex เนทีฟโดยค่าเริ่มต้น

Android Studio เวอร์ชันเก่าเปิดใช้ MultiDex เดิมเมื่อนำแอปเวอร์ชันแก้ไขข้อบกพร่องไปติดตั้งในอุปกรณ์ที่ใช้ Android API ระดับ 21 ขึ้นไป ตอนนี้ ไม่ว่าคุณจะติดตั้งใช้งานในอุปกรณ์หรือสร้าง APK สำหรับรุ่นที่เผยแพร่ ปลั๊กอิน Android สำหรับ Gradle จะเปิดใช้ MultiDex ของเนทีฟสําหรับโมดูลทั้งหมดที่ตั้งค่าเป็น minSdkVersion=21 ขึ้นไป

AAPT2 ย้ายไปที่เก็บ Maven ของ Google แล้ว

ตั้งแต่ Android Studio 3.2 เป็นต้นไป แหล่งที่มาของ AAPT2 (เครื่องมือแพ็กเกจเนื้อหา Android 2) จะเป็นที่เก็บ Maven ของ Google

หากต้องการใช้ AAPT2 โปรดตรวจสอบว่าคุณมีไฟล์ google() ที่ต้องพึ่งพาในไฟล์ build.gradle ดังที่แสดงที่นี่

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

AAPT2 เวอร์ชันใหม่แก้ไขปัญหาต่างๆ มากมาย รวมถึงปรับปรุงการจัดการอักขระที่ไม่ใช่ ASCII ใน Windows

การนำการกำหนดค่าออกตามคำขอ

ระบบนำค่ากำหนดกำหนดค่าเมื่อต้องการออกจาก Android Studio แล้ว

Android Studio จะไม่ส่งอาร์กิวเมนต์ --configure-on-demand ไปยัง Gradle อีกต่อไป

ผู้ช่วยการเชื่อมต่อ ADB

ผู้ช่วยการเชื่อมต่อ ADB ใหม่มีวิธีการแบบทีละขั้นตอนเพื่อช่วยคุณตั้งค่าและใช้อุปกรณ์ผ่านการเชื่อมต่อ Android Debug Bridge (ADB)

หากต้องการเริ่มผู้ช่วย ให้เลือกเครื่องมือ > ผู้ช่วยการเชื่อมต่อ

ผู้ช่วยการเชื่อมต่อ ADB มีวิธีการ การควบคุมตามบริบท และรายการอุปกรณ์ที่เชื่อมต่อในชุดหน้าเว็บในแผง Assistant

การปรับปรุงโปรแกรมจำลอง

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

ตอนนี้การควบคุมสำหรับการบันทึก โหลด และจัดการภาพรวม AVD จะอยู่ในแท็บภาพรวมในหน้าต่างการควบคุมเพิ่มเติมของโปรแกรมจำลอง

โปรดดูรายละเอียดที่หัวข้อภาพรวม

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