KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า
เปรียบเทียบรูปแบบการประมวลผลของ KSP และ KAPT พร้อมทำความเข้าใจประโยชน์ด้านประสิทธิภาพ
KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า เป็นบทเรียน Kotlin Academy ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Kotlin Academy และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Kotlin Academy มีบทเรียนทั้งหมด 4 บทเรียน
ปัญหาของการประมวลผลแอนโนเทชัน
ตัวประมวลผลแอนโนเทชันจะสร้างโค้ดขณะสร้างโครงการ หลายปีที่ผ่านมา โครงการโคทลินใช้ KAPT ซึ่งย่อมาจากเครื่องมือประมวลผลแอนโนเทชันของโคทลิน โดยเครื่องมือนี้จะแปลงซอร์สโคทลินเป็นไฟล์โครงร่างของ Java ก่อนส่งต่อให้ตัวประมวลผลแอนโนเทชันของ Java การแปลงนี้มีต้นทุนสูง
KAPT ทำงานอย่างไร
KAPT จะเรียกใช้คอมไพเลอร์โคทลินเพื่อสร้างไฟล์โครงร่างของ Java จากนั้นเรียกใช้ตัวประมวลผลแอนโนเทชันของ Java (APT) กับไฟล์โครงร่างเหล่านั้น แล้วจึงคอมไพล์ทุกอย่างร่วมกัน แต่ละขั้นตอนของการสร้างจะเพิ่มเวลาแฝง:
- การคอมไพล์โคทลินเป็นไฟล์โครงร่างของ Java
- การประมวลผล APT ของ Java กับไฟล์โครงร่าง
- การคอมไพล์โคทลินและซอร์สที่สร้างขึ้นขั้นสุดท้าย
KSP ทำงานอย่างไร
KSP ซึ่งย่อมาจากการประมวลผลสัญลักษณ์ของโคทลิน ทำงานโดยตรงผ่านส่วนเชื่อมต่อปลั๊กอินคอมไพเลอร์ของโคทลิน โดยอ่านต้นไม้ไวยากรณ์นามธรรม (AST) ของโคทลินโดยตรง จึงไม่ต้องสร้างไฟล์โครงร่างและไม่ต้องมี Java เป็นตัวกลาง ตัวประมวลผลจะใช้งาน SymbolProcessor และวนสำรวจออบเจ็กต์ KSNode
เปรียบเทียบความเร็ว
ข้อมูลการทดสอบประสิทธิภาพจากกูเกิลแสดงให้เห็นว่า KSP เร็วกว่า KAPT สูงสุด 2 เท่า ในการสร้างแบบเพิ่มทีละส่วน และเร็วกว่าอย่างมีนัยสำคัญในการสร้างใหม่ทั้งหมด ข้อได้เปรียบนี้เกิดจากการตัดขั้นตอนการสร้างไฟล์โครงร่างออก ซึ่งอาจคิดเป็น 30–50% ของเวลาการสร้างด้วย KAPT ในโครงการขนาดใหญ่
การประมวลผลแบบเพิ่มทีละส่วน
KSP รองรับ การประมวลผลแบบเพิ่มทีละส่วน โดยตรง กล่าวคือจะประมวลผลใหม่เฉพาะสัญลักษณ์ที่เปลี่ยนแปลงนับจากการสร้างครั้งก่อนเท่านั้น ส่วน KAPT มีการรองรับแบบเพิ่มทีละส่วนอย่างจำกัด สำหรับฐานโค้ดขนาดใหญ่ที่มีการเปลี่ยนแปลงเล็กน้อยบ่อยครั้ง ความแตกต่างนี้เห็นได้อย่างชัดเจน
ความแตกต่างของส่วนเชื่อมต่อ
ตัวประมวลผล KAPT ใช้ javax.annotation.processing.AbstractProcessor ซึ่งเป็นส่วนเชื่อมต่อของ Java ส่วนตัวประมวลผล KSP ใช้ com.google.devtools.ksp.processing.SymbolProcessor ซึ่งเป็นส่วนเชื่อมต่อของโคทลินที่มีโครงสร้างเฉพาะของโคทลิน เช่น คลาสปิดผนึกและฟังก์ชันส่วนขยาย
ข้อมูลชนิดเฉพาะของโคทลิน
เนื่องจาก KSP อ่าน AST ของโคทลินโดยตรง จึงมองเห็นโครงสร้างเฉพาะของโคทลินที่ไฟล์โครงร่างของ KAPT ไม่สามารถแทนได้อย่างถูกต้อง ได้แก่ ความสามารถเป็นค่าว่าง ค่าพารามิเตอร์เริ่มต้น ฟังก์ชันส่วนขยาย การประกาศ expect/actual และคลาสอินไลน์
การรองรับหลายแพลตฟอร์ม
KSP 2.x รองรับโคทลินหลายแพลตฟอร์ม ตัวประมวลผล KSP เพียงตัวเดียวสามารถสร้างโค้ดสำหรับเป้าหมาย JVM, JS และเนทีฟได้ KAPT รองรับเฉพาะ JVM และไม่สามารถประมวลผลซอร์ส KMP ใน commonMain ได้
แนวทางย้ายจาก KAPT ไป KSP
ไลบรารียอดนิยมส่วนใหญ่มีรุ่นสำหรับ KSP ได้แก่ รูม (KSP), ฮิลต์ (KSP), โมชิ (KSP) และแด็กเกอร์ (รองรับบางส่วน) โปรดตรวจสอบเอกสารของไลบรารีนั้น ๆ ในการตั้งค่าโครงการ ให้แทนที่ kapt("...") ด้วย ksp("...") และนำปลั๊กอิน KAPT ออกเมื่อย้ายตัวประมวลผลทั้งหมดเสร็จแล้ว
plugins {
id("com.google.devtools.ksp") version "2.0.0-1.0.21"
}
dependencies {
ksp("androidx.room:room-compiler:2.6.1")
}กรณีที่ยังต้องใช้ KAPT
ใช้ KAPT เมื่อไลบรารียังไม่มีตัวประมวลผลรุ่นสำหรับ KSP คุณสามารถใช้ KAPT และ KSP ร่วมกันในโครงการเดียวได้ แต่ตัวประมวลผล KAPT ยังคงมีภาระจากการสร้างไฟล์โครงร่างอยู่
เครื่องมือและการแก้ไขข้อบกพร่อง
ตัวประมวลผล KSP สามารถบันทึกข้อความในระดับความรุนแรงต่าง ๆ ได้ผ่าน KSPLogger ไฟล์ที่สร้างขึ้นจะปรากฏใน build/generated/ksp/ สภาพแวดล้อมการพัฒนาแบบรวมอย่างอินเทลลิเจย์และแอนดรอยด์สตูดิโอจะแสดงซอร์สที่สร้างขึ้นและช่วยให้ไปยังซอร์สเหล่านั้นได้
ตรวจสอบความเข้าใจ
เหตุใด KSP จึงเร็วกว่า KAPT ในการสร้างแบบเพิ่มทีละส่วน
สรุป: KSP เทียบกับ KAPT
ประเด็นสำคัญ:
- KAPT: แปลงโคทลินเป็นไฟล์โครงร่างของ Java แล้วเรียกใช้ APT ของ Java จึงช้าและรองรับเฉพาะ JVM
- KSP: อ่าน AST ของโคทลินโดยตรงผ่านปลั๊กอินคอมไพเลอร์ จึงเร็วกว่าได้สูงสุด 2 เท่า
- KSP รองรับการประมวลผลแบบเพิ่มทีละส่วนและโคทลินหลายแพลตฟอร์ม
- KSP มองเห็นโครงสร้างเฉพาะของโคทลินที่ไฟล์โครงร่างของ KAPT ไม่สามารถแทนได้
- ย้ายระบบโดยแทนที่
kapt()ด้วยksp()เมื่อไลบรารีรองรับ
คำถามที่พบบ่อย
บทเรียน “KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Kotlin Academy ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Kotlin Academy มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า”
เปรียบเทียบรูปแบบการประมวลผลของ KSP และ KAPT พร้อมทำความเข้าใจประโยชน์ด้านประสิทธิภาพ คุณปฏิบัติ Kotlin Academy ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Kotlin Academy หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Kotlin Academy บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน
บทเรียน “KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Kotlin Academy นี้ได้ไหม
ได้ บทเรียน Kotlin Academy ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- KSP กับ KAPT: เหตุใด KSP จึงเร็วกว่า
- การเขียน SymbolProcessor แรกของคุณ
- การสร้างซอร์สไฟล์ Kotlin ด้วย KotlinPoet
- ผสานตัวประมวลผล KSP เข้ากับบิลด์ Gradle