อภิธานศัพท์แพลตฟอร์ม Android

ดูรายการด้านล่างเพื่อเรียนรู้คำศัพท์พื้นฐานของ Android Open Source Project (AOSP) ต่อไปนี้เป็นแหล่งข้อมูลอื่นๆ สำหรับคำจำกัดความของคำสำคัญ:

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

แอพ

.apk ไฟล์
ไฟล์แพ็คเกจแอปพลิเคชัน Android แอปพลิเคชัน Android แต่ละรายการได้รับการคอมไพล์และจัดแพ็กเกจเป็นไฟล์เดียวที่มีโค้ดของแอปพลิเคชัน (ไฟล์ .dex) ทรัพยากร ทรัพย์สิน และไฟล์ Manifest ทั้งหมด ไฟล์แพ็คเกจแอปพลิเคชันสามารถมีชื่อใดก็ได้ แต่ ต้อง ใช้นามสกุล .apk ตัวอย่างเช่น: myExampleAppname.apk เพื่อความสะดวก ไฟล์แพ็คเกจแอปพลิเคชันมักถูกเรียกว่า ".apk"

ที่เกี่ยวข้อง: แอปพลิเคชัน .

หนังบู๊
คำอธิบายของสิ่งที่ผู้ส่ง เจตนา ต้องการทำ การกระทำคือค่าสตริงที่กำหนดให้กับเจตนา สตริงการดำเนินการสามารถกำหนดโดย Android หรือโดยนักพัฒนาบุคคลที่สาม ตัวอย่างเช่น android.intent.action.VIEW สำหรับ URL ของเว็บ หรือ com.example.rumbler.SHAKE_PHONE สำหรับแอปพลิเคชันที่กำหนดเองเพื่อสั่นโทรศัพท์

ที่เกี่ยวข้อง: เจตนา

กิจกรรม
หน้าจอเดียวในแอปพลิเคชันพร้อมโค้ด Java ที่รองรับ ซึ่งได้มาจากคลาส Activity โดยทั่วไป กิจกรรมจะปรากฏให้เห็นอย่างชัดเจนโดยหน้าต่างเต็มหน้าจอที่สามารถรับและจัดการเหตุการณ์ UI และทำงานที่ซับซ้อนได้ เนื่องจากหน้าต่างที่ใช้ในการแสดงหน้าต่าง แม้ว่าโดยทั่วไปแล้วกิจกรรมจะเป็นแบบเต็มหน้าจอ แต่ก็สามารถเป็นแบบลอยหรือโปร่งใสได้
ใบสมัคร
จากมุมมองของคอมโพเนนต์ แอปพลิเคชัน Android ประกอบด้วยกิจกรรม บริการ ผู้ฟัง และผู้รับความตั้งใจตั้งแต่หนึ่งรายการขึ้นไป จากมุมมองของไฟล์ต้นฉบับ แอปพลิเคชัน Android ประกอบด้วยโค้ด ทรัพยากร สินทรัพย์ และรายการเดียว ในระหว่างการคอมไพล์ ไฟล์เหล่านี้จะถูกจัดแพ็คเกจเป็นไฟล์เดียวที่เรียกว่าไฟล์แพ็คเกจแอปพลิเคชัน (.apk)

ที่เกี่ยวข้อง: .apk , กิจกรรม

เครื่องรับส่งสัญญาณ
คลาสแอปพลิเคชันที่รับฟัง Intent ที่ออกอากาศ แทนที่จะถูกส่งไปยังแอปพลิเคชัน/กิจกรรมเป้าหมายเดียว ระบบจะส่งเจตนาออกอากาศไปยังผู้รับการออกอากาศที่สนใจทั้งหมด ซึ่งจัดการเจตนาตามลำดับ

ที่เกี่ยวข้อง: เจตนา , ตัวกรองเจตนา .

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

ที่เกี่ยวข้อง: การใช้ URI ใน Android

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

ที่เกี่ยวข้อง: กิจกรรม .

ความตั้งใจ
ออบเจ็กต์ข้อความที่คุณสามารถใช้เพื่อเปิดหรือสื่อสารกับแอปพลิเคชัน/กิจกรรมอื่นๆ แบบอะซิงโครนัสได้ Intent object เป็นตัวอย่างของ Intent ประกอบด้วยฟิลด์เกณฑ์ต่างๆ ที่คุณสามารถจัดหาได้ เพื่อกำหนดว่าแอปพลิเคชัน/กิจกรรมใดที่ได้รับ Intent และสิ่งที่ผู้รับทำเมื่อจัดการกับ Intent เกณฑ์ที่มีให้รวมถึงการดำเนินการที่ต้องการ หมวดหมู่ สตริงข้อมูล ประเภท MIME ของข้อมูล คลาสการจัดการ และอื่นๆ แอปพลิเคชันส่ง Intent ไปยังระบบ Android แทนที่จะส่งโดยตรงไปยังแอปพลิเคชัน/กิจกรรมอื่น แอปพลิเคชันสามารถส่ง Intent ไปยังแอปพลิเคชันเป้าหมายเดียวหรือสามารถส่งเป็นการออกอากาศ ซึ่งสามารถจัดการได้หลายแอปพลิเคชันตามลำดับ ระบบ Android มีหน้าที่แก้ไขตัวรับสัญญาณที่ดีที่สุดสำหรับ Intent แต่ละรายการ โดยอิงตามเกณฑ์ที่ระบุใน Intent และ Intent Filters ที่กำหนดโดยแอปพลิเคชันอื่น สำหรับข้อมูลเพิ่มเติม โปรดดูที่ Intent และ Intent Filters

ที่เกี่ยวข้อง: Intent Filter , Broadcast Receiver .

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

ที่เกี่ยวข้อง: เจตนา , เครื่องรับส่งสัญญาณ

ทรัพยากร
ส่วนประกอบของแอปพลิเคชันที่ไม่ใช่แบบเป็นโปรแกรมที่อยู่ภายนอกโค้ดของแอปพลิเคชันที่คอมไพล์แล้ว แต่สามารถโหลดจากโค้ดของแอปพลิเคชันได้โดยใช้รูปแบบอ้างอิงที่รู้จักกันดี Android รองรับทรัพยากรหลายประเภท แต่ทรัพยากรของแอปพลิเคชันทั่วไปจะประกอบด้วยสตริง UI ส่วนประกอบเลย์เอาต์ UI กราฟิกหรือไฟล์สื่ออื่นๆ เป็นต้น แอปพลิเคชันใช้ทรัพยากรเพื่อสนับสนุนการโลคัลไลซ์เซชันและโปรไฟล์อุปกรณ์และสถานะที่หลากหลายอย่างมีประสิทธิภาพ ตัวอย่างเช่น แอปพลิเคชันจะรวมชุดทรัพยากรแยกต่างหากสำหรับแต่ละประเภทในพื้นที่หรืออุปกรณ์ที่รองรับ และอาจรวมถึงทรัพยากรเค้าโครงที่เฉพาะสำหรับการวางแนวหน้าจอปัจจุบัน (แนวนอนหรือแนวตั้ง) สำหรับข้อมูลเพิ่มเติมเกี่ยวกับทรัพยากร โปรดดูที่ ทรัพยากรและสินทรัพย์ ทรัพยากรของแอปพลิเคชันจะถูกเก็บไว้ในโฟลเดอร์ย่อย res/* ของโครงการเสมอ
บริการ
ออบเจ็กต์ของ Class Service ที่ทำงานอยู่เบื้องหลัง (โดยไม่มี UI) เพื่อดำเนินการต่างๆ อย่างต่อเนื่อง เช่น การเล่นเพลงหรือการตรวจสอบกิจกรรมเครือข่าย

ที่เกี่ยวข้อง: กิจกรรม

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

สร้าง

adb
Android Debug Bridge ซึ่งเป็นแอปพลิเคชันการดีบักบรรทัดคำสั่งที่มาพร้อมกับ SDK มีเครื่องมือในการเรียกดูอุปกรณ์ คัดลอกเครื่องมือบนอุปกรณ์ และส่งต่อพอร์ตสำหรับการดีบัก หากคุณกำลังพัฒนาใน Android Studio adb จะถูกรวมเข้ากับสภาพแวดล้อมการพัฒนาของคุณ ดู Android Debug Bridge สำหรับข้อมูลเพิ่มเติม
โครงการ Android
ที่เก็บ Git บนโฮสต์ Android Gerrit ดู ข้อมูล เพิ่มเติม ที่เครื่องมือควบคุมแหล่งที่มา > Gerrit
สร้างลายนิ้วมือ
ลายนิ้วมือของบิวด์เป็นสตริงเฉพาะที่มนุษย์อ่านได้ ซึ่งมีข้อมูลผู้ผลิตที่ออกให้กับแต่ละบิลด์ ดูการ ทำความเข้าใจการสร้างลายนิ้วมือ สำหรับข้อมูลเพิ่มเติม
Git
เครื่องมือควบคุมแหล่งที่มาที่ใช้โดย Android ซึ่งเคยทำงานบนที่เก็บ Git เดียว ใช้ร่วมกับ Repo สำหรับที่เก็บ Git หลายอัน ดู ข้อมูล เพิ่มเติม ที่เครื่องมือควบคุมแหล่งที่มา > Git
สาขา Git - บัญญัติ
เวอร์ชันที่แตกต่างสำหรับที่เก็บ Git แต่ละที่เก็บ เช่น android-11.0.0_r1 พบได้ที่ cs.android.com/android/platform/superproject/+/android-11.0.0_r1 ดู Git Branching - Branches in a Nutshell สำหรับข้อมูลเพิ่มเติม
สาขา Git - local
สาขาชั่วคราวในไคลเอนต์ Repo ปัจจุบันเพื่อทำการเปลี่ยนแปลงโค้ด เริ่มต้นด้วย repo start branch-name . คำสั่ง สายการพัฒนาที่ใช้งานอยู่ คอมมิตล่าสุดบนแบรนช์จะเรียกว่าส่วนปลายของแบรนช์นั้น
ที่เก็บ Git
บางครั้งเรียกว่าโปรเจ็กต์ ซึ่งเป็นส่วนหนึ่งของโค้ดเบสที่แสดงส่วนประกอบหรือประเภทของอุปกรณ์เฉพาะ เช่น frameworks/base หรือ platform/packages/apps/Car/Media
ไฟล์ Manifest
ไฟล์ XML ที่อธิบายการจัดกลุ่มของที่เก็บ Git ต่อสาขา การแก้ไข Git เพื่อตรวจสอบที่เก็บเหล่านั้น และเลย์เอาต์บนระบบไฟล์ ไฟล์ XML นี้ ซึ่งโดยทั่วไปจะมีชื่อว่า default.xml เชื่อมโยงกับสาขา Repo และอธิบายที่เก็บ Git และสาขา Git ที่เช็คเอาท์เมื่อคุณเริ่มต้นและซิงค์สาขา Repo ไฟล์นี้กำหนดที่เก็บ Git ต่างๆ ที่เครื่องมือ Repo ควรดึงเข้าในการชำระเงินของไคลเอ็นต์ Repo เพื่อสร้างผลิตภัณฑ์ (เช่น Android Automotive OS) ดูรายการทั้งหมดที่ android.googlesource.com/platform/manifest/+refs ดูรายการเริ่มต้นที่รวมอยู่ในไฟล์ AndroidManifest เพื่อดึงในไฟล์แพลตฟอร์ม Android (AOSP) ที่ android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml ดู ไฟล์ AndroidManifest.xml สำหรับข้อมูลแอพและ repo Manifest Format สำหรับการพัฒนาแพลตฟอร์ม
การอัปเดตแบบ Over-the-air (OTA)
อุปกรณ์ Android ภาคสนามสามารถรับและติดตั้งการอัปเดตแบบ over-the-air (OTA) ให้กับระบบ ซอฟต์แวร์แอปพลิเคชัน และกฎเขตเวลา ดู การอัปเดต OTA สำหรับข้อมูลเพิ่มเติม
Repo
wrapper รอบ ๆ Git เพื่อให้ดำเนินการได้ง่ายขึ้นในที่เก็บ Git หลายแห่ง มันรวบรวมและจัดการที่เก็บ Git จำนวนมากเป็นการชำระเงินเดี่ยวหรือฐานรหัส ดู เครื่องมือควบคุมแหล่งที่มา > Repo สำหรับข้อมูลเพิ่มเติม
สาขา Repo
คอลเล็กชันของที่เก็บ Git ที่บันทึกในไฟล์ AndroidManifest ที่แสดงเวอร์ชัน ( aosp-android-games-sdk ) ของโค้ด aosp-android-games-sdk เช่น android11-gsi หรือ aosp-android-games-sdk ซึ่งดาวน์โหลดผ่านคำสั่ง repo init และ repo sync ดูคำอธิบาย ไฟล์ Manifest สำหรับลิงก์ไปยังไฟล์ Manifest ทั้งหมดและใช้ https://cs.android.com/ เพื่อค้นหางานสร้าง

กราฟิก

ผ้าใบ
พื้นผิวการวาดที่จัดการการรวมบิตจริงกับบิตแมปหรือวัตถุ พื้นผิว มันมีวิธีการสำหรับการวาดภาพคอมพิวเตอร์มาตรฐานของบิตแมป เส้น วงกลม สี่เหลี่ยม ข้อความ และอื่นๆ และถูกผูกไว้กับบิตแมปหรือพื้นผิว Canvas เป็นวิธีที่ง่ายและง่ายที่สุดในการวาดวัตถุ 2 มิติบนหน้าจอ คลาสพื้นฐานคือ Canvas

ที่เกี่ยวข้อง: Drawable , OpenGL ES , Surface .

วาดได้
ทรัพยากรภาพที่รวบรวมไว้ซึ่งสามารถใช้เป็นพื้นหลัง ชื่อเรื่อง หรือส่วนอื่นๆ ของหน้าจอ โดยทั่วไป drawable จะถูกโหลดลงในองค์ประกอบ UI อื่น เช่น เป็นภาพพื้นหลัง drawable ไม่สามารถรับเหตุการณ์ได้ แต่จะกำหนดคุณสมบัติอื่น ๆ เช่น "สถานะ" และการตั้งเวลาเพื่อเปิดใช้งานคลาสย่อยเช่นวัตถุแอนิเมชั่นหรือไลบรารีรูปภาพ ออบเจ็กต์ที่ถอนได้จำนวนมากถูกโหลดจากไฟล์ทรัพยากรที่ถอนได้ — ไฟล์ xml หรือบิตแมปที่อธิบายรูปภาพ ทรัพยากรที่วาดได้จะถูกรวบรวมเป็นคลาสย่อยของ android.graphics.drawable สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ drawables และทรัพยากรอื่นๆ โปรดดูที่ Resources

ที่เกี่ยวข้อง: ทรัพยากร , ผ้าใบ

ทรัพยากรเค้าโครง
ไฟล์ XML ที่อธิบายเลย์เอาต์ของหน้าจอกิจกรรม

ที่เกี่ยวข้อง: ทรัพยากร

เก้าแพทช์ / 9-patch / Ninepatch ภาพ
ทรัพยากรบิตแมปที่ปรับขนาดได้ที่สามารถใช้สำหรับพื้นหลังหรือรูปภาพอื่นๆ บนอุปกรณ์ ดูภาพที่ ยืดได้ Nine-Patch สำหรับข้อมูลเพิ่มเติม

ที่เกี่ยวข้อง: ทรัพยากร

OpenGL ES
Android มีไลบรารี OpenGL ES สำหรับการเรนเดอร์ 3D ที่เร่งด้วยฮาร์ดแวร์ สำหรับการเรนเดอร์ 2 มิติ Canvas เป็นตัวเลือกที่ง่ายกว่า" OpenGL ES พร้อมใช้งานใน Android Native Development Kit (NDK) เพื่อความสะดวกในการใช้งาน แพ็คเกจ android.opengl และ javax.microedition.khronos.opengles จะเปิดเผยฟังก์ชันการทำงานของ OpenGL ES

ที่เกี่ยวข้อง: ผ้าใบ , พื้นผิว

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

ที่เกี่ยวข้อง: ผ้าใบ

SurfaceView
วัตถุมุมมองที่ห่อหุ้มพื้นผิวสำหรับการวาด และแสดงวิธีการเพื่อระบุขนาดและรูปแบบแบบไดนามิก SurfaceView มีวิธีการวาดที่เป็นอิสระจากเธรด UI สำหรับการดำเนินการที่ต้องใช้ทรัพยากรมาก (เช่น เกมหรือการแสดงตัวอย่างจากกล้อง) แต่ผลลัพธ์จึงใช้หน่วยความจำเพิ่มเติม SurfaceView รองรับทั้งกราฟิก Canvas และ OpenGL ES คลาสพื้นฐานคือ SurfaceView

ที่เกี่ยวข้อง: พื้นผิว

ธีม
ชุดของคุณสมบัติ (ขนาดข้อความ สีพื้นหลัง และอื่นๆ) ที่รวมเข้าด้วยกันเพื่อกำหนดการตั้งค่าการแสดงผลเริ่มต้นต่างๆ Android มีธีมมาตรฐานสองสามแบบ ซึ่งแสดงอยู่ใน R.style (เริ่มต้นด้วย "Theme_")
ดู
ออบเจ็กต์ที่ดึงไปยังพื้นที่สี่เหลี่ยมบนหน้าจอและจัดการการคลิก การกดแป้นพิมพ์ และเหตุการณ์การโต้ตอบอื่นๆ มุมมองเป็นคลาสพื้นฐานสำหรับส่วนประกอบเค้าโครงส่วนใหญ่ของหน้าจอกิจกรรมหรือกล่องโต้ตอบ (กล่องข้อความ หน้าต่าง และอื่นๆ) มันรับสายจากวัตถุหลัก (ดู ViewGroup ) เพื่อวาดตัวเอง และแจ้งวัตถุหลักเกี่ยวกับตำแหน่งและขนาดของวัตถุ (ซึ่งผู้ปกครองอาจเคารพหรือไม่ก็ได้) สำหรับข้อมูลเพิ่มเติม โปรด View

ที่เกี่ยวข้อง: ดูลำดับชั้น , ViewGroup , Widget

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

ที่เกี่ยวข้อง: ดู , ViewGroup

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

ที่เกี่ยวข้อง: ดู , ดูลำดับชั้น

วิดเจ็ต
หนึ่งในชุดของคลาสย่อย View ที่ปรับใช้อย่างสมบูรณ์ซึ่งแสดงองค์ประกอบของฟอร์มและส่วนประกอบ UI อื่นๆ เช่น กล่องข้อความหรือเมนูป๊อปอัป เนื่องจากวิดเจ็ตได้รับการติดตั้งอย่างสมบูรณ์ จึงจัดการการวัดและวาดเอง และตอบสนองต่อเหตุการณ์บนหน้าจอ วิดเจ็ตทั้งหมดอยู่ในแพ็คเกจ android.widget
หน้าต่าง
ในแอปพลิเคชัน Android อ็อบเจ็กต์ที่ได้มาจาก Window คลาสนามธรรมที่ระบุองค์ประกอบของหน้าต่างทั่วไป เช่น รูปลักษณ์ (ข้อความในแถบชื่อเรื่อง ตำแหน่งและเนื้อหาของเมนู เป็นต้น) กล่องโต้ตอบและกิจกรรมใช้การใช้งานคลาสนี้เพื่อแสดงหน้าต่าง คุณไม่จำเป็นต้องติดตั้งคลาสนี้หรือใช้ windows ในแอปพลิเคชันของคุณ

แพลตฟอร์ม

Android Runtime (ART) และ Dalvik
รันไทม์ของ Android (ART) คือรันไทม์ที่มีการจัดการที่ใช้โดยแอปพลิเคชันและบริการระบบบางอย่างบน Android รันไทม์ของ Android (ART) เป็นรันไทม์เริ่มต้นสำหรับอุปกรณ์ที่ใช้ Android 5.0 (API ระดับ 21) ขึ้นไป ART และ Dalvik รุ่นก่อนถูกสร้างขึ้นเฉพาะสำหรับ Android Open Soure Project ART เมื่อรันไทม์รันรูปแบบ Dalvik Executable และข้อกำหนด Dex bytecode ART และ Dalvik เป็นรันไทม์ที่เข้ากันได้ซึ่งรัน Dex bytecode ดังนั้นแอพที่พัฒนาขึ้นสำหรับ Dalvik ควรทำงานเมื่อรันด้วย ART
Codeline
codeline มีการเปิดตัวผลิตภัณฑ์ซอฟต์แวร์ ประกอบด้วยหนึ่งสาขาขึ้นไปจากที่เก็บอย่างน้อยหนึ่งแห่ง ซึ่งทั้งหมดมักจะอยู่ภายใต้การพัฒนาอย่างแข็งขันในครั้งเดียว โค้ดไลน์เป็นจุดรวมและเป้าหมายสำหรับการเปิดตัว สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโค้ดไลน์ โปรดดูที่ การจัดการซอฟต์แวร์ Android
.dex ไฟล์
ไฟล์รหัสแอปพลิเคชัน Android ที่คอมไพล์แล้ว

โปรแกรม Android ถูกคอมไพล์เป็นไฟล์ .dex (Dalvik Executable) ซึ่งจะถูกบีบอัดเป็นไฟล์ .apk ไฟล์เดียวบนอุปกรณ์ ไฟล์ .dex สามารถสร้างได้โดยการแปลแอปพลิเคชันที่คอมไพล์โดยอัตโนมัติที่เขียนด้วยภาษาการเขียนโปรแกรม Java

ทดสอบ

สิ่งประดิษฐ์
อาร์ติแฟกต์เป็นบันทึกที่เกี่ยวข้องกับบิลด์ซึ่งเปิดใช้งานการแก้ไขปัญหาในเครื่อง บันทึกเหล่านี้เข้าถึงได้โดยตรงจาก Gerrit เมื่อดูรายการการเปลี่ยนแปลงของคุณ เลื่อนลงไปที่ สถานะการส่งล่วงหน้า แล้วคลิกลิงก์ Build สีแดงเพื่อดูหรือดาวน์โหลดไฟล์ build_error.log เกี่ยวข้อง คุณยังสามารถรับสิ่งประดิษฐ์เหล่านี้จากเซิร์ฟเวอร์ Android Continuous Integration ส่วนกลางได้ ที่ ci.android.com/ โดยคลิกไอคอนดาวน์โหลด (ลูกศรลง) สำหรับเป้าหมายและ บิลด์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการค้นหาสิ่งประดิษฐ์ โปรดดูที่ การผสานรวมอย่างต่อเนื่องของ Android
CDD
เอกสารข้อกำหนดความเข้ากันได้ของ Android (CDD) ระบุข้อกำหนดที่ต้องปฏิบัติตามเพื่อให้อุปกรณ์ของคุณเข้ากันได้กับ Android เวอร์ชันล่าสุด เพื่อให้ได้รับการพิจารณาว่าเข้ากันได้กับ Android การใช้งานอุปกรณ์ต้องเป็นไปตามข้อกำหนดที่นำเสนอในคำจำกัดความความเข้ากันได้นี้ รวมถึงเอกสารใดๆ ที่รวมอยู่ในการอ้างอิง สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ CDD โปรดดู เอกสารข้อกำหนดความเข้ากันได้ของ Android
CTS
ชุดทดสอบความเข้ากันได้ (CTS) เป็นชุดทดสอบสำหรับรับรองความถูกต้องของ API และข้อกำหนดที่ระบุไว้ใน CDD สามารถใช้ได้เป็นแหล่งที่มาภายใน AOSP และสำหรับการดาวน์โหลดเป็นไบนารี สำหรับข้อมูลเพิ่มเติม โปรดดูที่ ชุดทดสอบความเข้ากันได้
ตัวตรวจสอบ CTS
ตัวตรวจสอบความเข้ากันได้ของชุดทดสอบ (CTS Verifier) ​​เป็นส่วนเสริมของ CTS CTS Verifier ให้การทดสอบสำหรับ API และฟังก์ชันที่ไม่สามารถทดสอบบนอุปกรณ์ที่อยู่กับที่โดยไม่ต้องป้อนข้อมูลด้วยตนเอง (เช่น คุณภาพเสียง มาตรความเร่ง ฯลฯ) สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การใช้ CTS Verifier
แก้จุดบกพร่อง
การดีบักต้องค้นหาและแก้ไขข้อผิดพลาดในโค้ดแพลตฟอร์ม Android ทั้งในฟีเจอร์หรือการทดสอบ สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การดีบัก Native Android Platform Code
gtest
GoogleTest คือเฟรมเวิร์กการทดสอบและเยาะเย้ย C++ ของ Google ค้นหารหัสได้ที่ github.com/google/googletest และเอกสารประกอบที่ google.github.io/googletest
การทดสอบเครื่องมือวัด
การทดสอบเครื่องมือจัดเตรียมสภาพแวดล้อมการดำเนินการทดสอบพิเศษตามที่เปิดใช้งานโดยคำสั่ง am instrument โดยที่กระบวนการแอปพลิเคชันที่เป็นเป้าหมายจะเริ่มต้นใหม่และเริ่มต้นด้วยบริบทของแอปพลิเคชันพื้นฐาน และเธรดเครื่องมือจะเริ่มต้นภายในเครื่องเสมือนของกระบวนการแอปพลิเคชัน สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การทดสอบเครื่องมือวัด
Logcat
Logcat เป็นเครื่องมือบรรทัดคำสั่งที่ทิ้งบันทึกของข้อความระบบ ซึ่งรวมถึงการติดตามสแต็กเมื่ออุปกรณ์แสดงข้อผิดพลาดและข้อความที่คุณเขียนจากแอปของคุณด้วยคลาส Log สำหรับข้อมูลเพิ่มเติม โปรดดูที่ เครื่องมือบรรทัดคำสั่ง Logcat
การบันทึก
การเข้าสู่ระบบใน Android นั้นซับซ้อนเนื่องจากการผสมผสานของมาตรฐานที่ใช้ซึ่งรวมอยู่ใน logcat สำหรับรายละเอียดเกี่ยวกับมาตรฐานหลักที่ใช้ โปรดดูที่การ ทำความเข้าใจการบันทึก
ผสานความขัดแย้ง
ความขัดแย้งในการผสานเกิดขึ้นเมื่อไฟล์เดียวกันตั้งแต่สองเวอร์ชันขึ้นไปไม่สามารถผสานโดยอัตโนมัติโดยเซิร์ฟเวอร์ Android build โดยปกติแล้วจะต้องมีการแก้ไขไฟล์ด้วยตนเองเพื่อแก้ไขการอัปเดตที่ขัดแย้งกันทั้งหมด
การทดสอบพื้นเมือง
โดยทั่วไป การทดสอบแบบเนทีฟสำหรับแพลตฟอร์มจะเข้าถึงเลเยอร์นามธรรมระดับล่างหรือดำเนินการ IPC ดิบกับบริการต่างๆ ของระบบ ดังนั้น วิธีการทดสอบมักจะควบคู่ไปกับบริการภายใต้การทดสอบอย่างแน่นหนา สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การทดสอบแบบเน ทีฟ
Tradefed
สายรัดทดสอบของสหพันธ์การค้า (Tradefed หรือ TF สำหรับระยะสั้น) เป็นกรอบการทดสอบแบบต่อเนื่องที่ออกแบบมาสำหรับการทดสอบการทำงานบนอุปกรณ์ Android ตัวอย่างเช่น Tradefed ใช้เพื่อเรียกใช้ CTS และ VTS สำหรับข้อมูลเพิ่มเติม โปรดดู ภาพรวมสหพันธ์การค้า
VTS
Android Vendor Test Suite (VTS) มีฟังก์ชันมากมายสำหรับการทดสอบ Android ส่งเสริมกระบวนการพัฒนาที่ขับเคลื่อนด้วยการทดสอบ และทำให้การทดสอบเคอร์เนล HAL และ OS เป็นไปโดยอัตโนมัติ สำหรับข้อมูลเพิ่มเติม โปรดดูที่ Vendor Test Suite (VTS) และ Infrastructure