在我們的應用程序中，有一段代碼不斷運行以讀取和調整文件。只是為了讓您了解正在發生的事情：public void run() {    try {        while(true) { //Yeah, I know...            Path currentFileName = getNextFile();            String string = readFile(currentFileName);            Files.deleteFile(currentFileName);            string = string.replaceAll("Hello", "Blarg");            writeFile(currentFileName);        }    } catch (Exception e) {        System.err.println("It's all ogre now.");        e.printStackTrace(System.err);    }}我們代碼中的其他地方有一個方法，它可能（但通常）不在與上述代碼相同的線程上運行，我們用它來退出應用程序。private void shutdown() {    if(fileReader != null)        fileReader = null;    System.exit(0); //Don't blame me, I didn't write this code}很明顯，此代碼中存在潛在的競爭條件，如果在shutdown()檢索文件和寫回文件之間調用 if ，則可能會導致文件完全丟失。顯然，這是不受歡迎的行為。這段代碼有上千個問題（超出了我在這里展示的范圍），但我需要解決的主要問題是處理文件可以中途中斷而沒有追索權的不良行為。我提出的解決方案涉及簡單地將 while 循環包裝在一個塊中，并在調用synchronized周圍放置一個塊。System.exitshutdown所以我更改后的代碼如下所示：private Object monitor = new Object();public void run() {    try {        while(true) {            synchronized(monitor) {                Path currentFileName = getNextFile();                String string = readFile(currentFileName);                Files.deleteFile(currentFileName);                string = string.replaceAll("Hello", "Blarg");                writeFile(currentFileName);            }        }    } catch (Exception e) {        System.err.println("It's all ogre now.");        e.printStackTrace(System.err);    }}private void shutdown() {    synchronized(monitor) {        if(fileReader != null)            fileReader = null;         System.exit(0);    }}我主要擔心的是System.exit(0);電話，我不確定電話幕后的總體行為。System.exit是否存在將釋放鎖的副作用的風險monitor，從而導致循環內容在導致 JVM 停止run之前被部分執行的風險？System.exit還是這段代碼會保證執行過程永遠不會在處理單個文件時嘗試中途關閉？注意：在一些紙上談兵的程序員介入替代方案之前，我想指出，我在這里放置的是大約 4000 行代碼的截斷版本，所有代碼都隱藏在一個類中。是的，這太可怕了。是的，這讓我后悔我選擇的職業。我不是在這里尋找這個問題的替代解決方案，我只是想確定這個特定的解決方案是否有效，或者是否存在一些嚴重的缺陷會阻止它像我預期的那樣工作。