เมื่อใดที่เราควรเรียก System.exit ใน Java

ใน Java ความแตกต่างที่มีหรือไม่มีSystem.exit(0)ในรหัสต่อไปนี้คืออะไร

public class TestExit
{      
    public static void main(String[] args)
    { 
        System.out.println("hello world");

        System.exit(0);  // is it necessary? And when it must be called? 
    }      
}

เอกสารกล่าวว่า "วิธีการนี้ไม่เคยส่งกลับตามปกติ." มันหมายความว่าอะไร?

System.exit()สามารถใช้เพื่อเรียกใช้hooks ปิดก่อนที่โปรแกรมจะหยุดทำงาน นี่เป็นวิธีที่สะดวกในการจัดการการปิดในโปรแกรมที่ใหญ่กว่าซึ่งทุกส่วนของโปรแกรมไม่สามารถ (และไม่ควร) รับรู้ซึ่งกันและกัน จากนั้นหากมีคนต้องการที่จะออกจากเขาก็สามารถโทรSystem.exit()และขอปิดระบบ (ถ้าตั้งค่าอย่างถูกต้อง) ดูแลการทำพิธีปิดที่จำเป็นทั้งหมดเช่นไฟล์ปิดการปล่อยทรัพยากร ฯลฯ

"วิธีนี้จะไม่ส่งคืนตามปกติ" หมายความว่าวิธีจะไม่กลับมา; เมื่อเธรดไปที่นั่นมันจะไม่กลับมา

อีกวิธีหนึ่งที่อาจพบได้บ่อยกว่าคือการออกจากโปรแกรมคือการไปให้ถึงจุดสิ้นสุดของmainวิธีการ แต่ถ้ามีเธรดที่ไม่ใช่ daemon กำลังทำงานอยู่เธรดเหล่านั้นจะไม่ถูกปิดดังนั้น JVM จะไม่ออก ดังนั้นหากคุณมีเธรดที่ไม่ใช่ daemon ใด ๆ คุณต้องมีวิธีอื่น (นอกเหนือจาก hooks การปิดระบบ) เพื่อปิดเธรดที่ไม่ใช่ daemon ทั้งหมดและปล่อยทรัพยากรอื่น ๆ หากไม่มีเธรดอื่นที่ไม่ใช่ daemon การส่งคืนจากmainจะปิด JVM และจะเรียกใช้ hooks การปิด

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

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

เมื่อเอกสารบอกว่าวิธีการไม่ส่งคืนตามปกติหมายความว่าบรรทัดต่อมาของโค้ดนั้นไม่สามารถเข้าถึงได้อย่างมีประสิทธิภาพแม้ว่าคอมไพเลอร์ไม่ทราบว่า:

System.exit(0);
System.out.println("This line will never be reached");

อาจมีข้อยกเว้นเกิดขึ้นหรือ VM จะยกเลิกก่อนส่งคืน มันจะไม่ "กลับมา"

เป็นเรื่องยากมากที่จะโทรมาเยี่ยมSystem.exit()IME มันสมเหตุสมผลถ้าคุณเขียนเครื่องมือบรรทัดคำสั่งและคุณต้องการระบุข้อผิดพลาดผ่านรหัสออกแทนที่จะทิ้งข้อยกเว้น ... แต่ฉันจำไม่ได้ว่าครั้งสุดท้ายที่ฉันใช้มันในรหัสการผลิตปกติ .

System.exit(0)ยุติ JVM ในตัวอย่างง่ายๆเช่นนี้มันเป็นการยากที่จะเข้าใจความแตกต่าง พารามิเตอร์จะถูกส่งกลับไปยัง OS และโดยปกติจะใช้เพื่อบ่งบอกถึงการเลิกจ้างที่ผิดปกติ (เช่นข้อผิดพลาดร้ายแรงบางอย่าง) ดังนั้นหากคุณเรียก java จากแบตช์ไฟล์หรือสคริปต์เชลล์คุณจะสามารถรับค่านี้และรับแนวคิด หากแอปพลิเคชันสำเร็จ

มันจะสร้างผลกระทบค่อนข้างมากถ้าคุณโทรSystem.exit(0)หาแอปพลิเคชันที่ปรับใช้กับแอปพลิเคชันเซิร์ฟเวอร์ (คิดก่อนที่จะลอง)

วิธีไม่เคยส่งคืนเนื่องจากเป็นจุดสิ้นสุดของโลกและไม่มีรหัสของคุณจะถูกดำเนินการต่อไป

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

System.exit(42);

ใครจะใช้ประโยชน์จากรหัสทางออกของคุณ? สคริปต์ที่เรียกว่าแอปพลิเคชัน ทำงานได้ใน Windows, Unix และสภาพแวดล้อมแบบสคริปต์อื่น ๆ ทั้งหมด

ทำไมต้องส่งคืนรหัส หากต้องการพูดสิ่งต่างๆเช่น "ฉันไม่สำเร็จ", "ฐานข้อมูลไม่ตอบรับ"

ในการดูวิธีรับค่ารหัสออกและใช้ในยูนิกซ์เชลล์สคริปต์หรือสคริปต์ Windows cmd คุณอาจตรวจสอบคำตอบนี้ในเว็บไซต์นี้

ในแอปพลิเคชันที่อาจมี hooks การปิดที่ซับซ้อนวิธีนี้ไม่ควรเรียกจากเธรดที่ไม่รู้จัก System.exitไม่ออกจากปกติเนื่องจากการโทรจะบล็อกจนกว่า JVM จะถูกยกเลิก ราวกับว่าโค้ดใด ๆ ที่กำลังทำงานอยู่ซึ่งมีปลั๊กไฟดึงอยู่ก่อนที่มันจะเสร็จสิ้น การเรียกSystem.exitจะเริ่มการขอปิดระบบของโปรแกรมและเธรดใดก็ตามที่การโทรSystem.exitจะถูกบล็อกจนกว่าโปรแกรมจะสิ้นสุด สิ่งนี้มีความหมายว่าถ้า hook การปิดระบบส่งงานไปยังเธรดที่System.exitถูกเรียกใช้โปรแกรมจะหยุดชะงัก

ฉันจัดการสิ่งนี้ในรหัสของฉันด้วยสิ่งต่อไปนี้:

public static void exit(final int status) {
    new Thread("App-exit") {
        @Override
        public void run() {
            System.exit(status);
        }
    }.start();
}

แม้ว่าคำตอบนั้นมีประโยชน์จริง ๆ แต่ก็มีบางรายละเอียดเพิ่มเติม ฉันหวังว่าด้านล่างจะช่วยให้เข้าใจกระบวนการปิดใน java นอกเหนือจากคำตอบข้างต้น:

1. ในการปิดอย่างเป็นระเบียบ * JVM จะเริ่ม hooks การปิดที่ลงทะเบียนไว้ทั้งหมดก่อน hooks การปิดระบบเป็นเธรดที่ไม่ได้สตาร์ทที่ลงทะเบียนกับ Runtime.addShutdownHook
2. JVM ไม่รับประกันในการสั่งซื้อที่ตะขอสำหรับปิดเครื่องเริ่มต้นขึ้น หากแอปพลิเคชันเธรด (daemon หรือ nondaemon) ใด ๆ ยังคงทำงานในเวลาปิดระบบจะยังคงทำงานพร้อมกับกระบวนการปิดพวกเขายังคงทำงานควบคู่กันไปกับการปิดระบบ
3. เมื่อ hooks การปิดทั้งหมดเสร็จสิ้นแล้ว JVM อาจเลือกที่จะรัน finalizers หาก runFinalizersOnExit เป็นจริงจากนั้นหยุดการทำงาน
4. JVM ไม่พยายามหยุดหรือขัดจังหวะแอปพลิเคชันเธรดใด ๆ ที่ยังคงทำงานอยู่ในเวลาปิดเครื่อง จะถูกยกเลิกทันทีเมื่อ JVM หยุดทำงานในที่สุด
5. หากการปิดระบบ hooks หรือ finalizers ไม่เสร็จสมบูรณ์กระบวนการปิดระบบอย่างเป็นระบบจะ“ หยุด” และ JVM จะต้องปิดตัวลงอย่างกะทันหัน
6. ในการปิดระบบอย่างกะทันหัน JVM ไม่จำเป็นต้องทำสิ่งใดนอกจากหยุด JVM hooks ปิดจะไม่ทำงาน

PS: JVM ที่สามารถปิดในทั้งระเบียบหรือทันทีทันใดลักษณะ

1. การปิดระบบอย่างเป็นระเบียบนั้นเริ่มต้นเมื่อเธรด“ ปกติ” (nondaemon) สุดท้ายถูกยกเลิกใครบางคนเรียก System.exit หรือโดยวิธีการเฉพาะแพลตฟอร์มอื่น ๆ (เช่นการส่ง SIGINT หรือกดปุ่ม Ctrl-C)
2. ในขณะที่ข้างต้นเป็นวิธีมาตรฐานและเป็นที่นิยมสำหรับ JVM ที่จะปิดมันก็สามารถปิดได้ทันทีโดยการเรียก Runtime.halt หรือโดยการฆ่ากระบวนการ JVM ผ่านระบบปฏิบัติการ (เช่นการส่ง SIGKILL)

เราไม่ควรเรียกSystem.exit(0)เหตุผลเหล่านี้:

1. มันเป็น "โกโตะ" และ "โกโตส" ที่ซ่อนอยู่ทำให้การไหลของการควบคุมพังไป การพึ่งพาตะขอในบริบทนี้เป็นการทำแผนที่จิตที่นักพัฒนาทุกคนในทีมต้องระวัง

2. การออกจากโปรแกรม "ปกติ" จะมอบรหัสการออกให้กับระบบปฏิบัติการเช่นเดียวกับ System.exit(0)เพื่อให้ซ้ำซ้อน

   หากโปรแกรมของคุณไม่สามารถออกจาก "ปกติ" คุณสูญเสียการควบคุมการพัฒนา [การออกแบบ] คุณควรควบคุมสถานะของระบบได้อย่างเต็มที่

3. ปัญหาการเขียนโปรแกรมเช่นการรันเธรดที่ไม่ได้หยุดตามปกติจะถูกซ่อน
4. คุณอาจพบสถานะแอปพลิเคชันที่ไม่สอดคล้องกันของเธรดขัดข้อง (อ้างถึง # 3)

โดยวิธีการ: การส่งคืนโค้ดส่งคืนอื่นที่ไม่ใช่ 0 นั้นสมเหตุสมผลถ้าคุณต้องการระบุการยุติโปรแกรมที่ผิดปกติ

จำเป็นต้องมีระบบ

• เมื่อคุณต้องการส่งคืนรหัสข้อผิดพลาดที่ไม่ใช่ 0
• เมื่อคุณต้องการออกจากโปรแกรมของคุณจากที่ที่ไม่ใช่หลัก ()

ในกรณีของคุณมันทำสิ่งเดียวกับกลับจากหลัก

Java Language Specificationบอกว่า

ออกจากโปรแกรม

โปรแกรมจะหยุดกิจกรรมทั้งหมดและออกเมื่อมีสิ่งใดสิ่งหนึ่งเกิดขึ้น:

เธรดทั้งหมดที่ไม่ใช่ daemon เธรดสิ้นสุดลง

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

หมายความว่าคุณควรใช้มันเมื่อคุณมีโปรแกรมใหญ่ (ดีที่สุดเพื่อไม่ให้ใหญ่กว่าโปรแกรมนี้) และต้องการที่จะดำเนินการให้เสร็จสิ้น

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

ดังนั้นห้ามใช้ System.exit หากคุณต้องการควบคุมโปรแกรมของคุณจากโปรแกรมจาวาอื่นภายใน JVM เดียวกัน

ใช้ System.exit หากคุณต้องการปิด JVM แบบสมบูรณ์ตามวัตถุประสงค์และหากคุณต้องการใช้ประโยชน์จากความเป็นไปได้ที่ได้อธิบายไว้ในคำตอบอื่น ๆ (เช่น shut down hooks: Java shutdown hook , ค่าส่งกลับไม่ใช่ศูนย์สำหรับบรรทัดคำสั่ง โทรศัพท์: วิธีรับสถานะการออกของโปรแกรม Java ในไฟล์แบตช์ Windows )

ดูที่ข้อยกเว้นรันไทม์: System.exit (จำนวน) หรือโยน RuntimeException จาก main หรือไม่