好吧，主題幾乎可以說明一切。我有解壓縮和解析epub的代碼。如果我不使用ARC，它會正常工作，但如果我使用相同的代碼（當然沒有保留和deallocs），並且啓用了ARC，我會得到一個EXC_BAD_ACCESS。NSXMLParser僅在啓用ARC的情況下才提供EXC_BAD_ACCESS
NSXML解析器解析方法期間的代碼炸彈。
我運行的代碼是：http://ideveloperworld.blogspot.in/2011/02/epub-reader.html
你可能會想，爲什麼不直接進行，不會ARC的話，但我整合EPUB閱讀器到已經使用ARC一個更大的項目。
感謝您的任何幫助。
如果你想要一些沒有弧的文件編譯，這是你需要做的。
轉到您的項目（單擊項目導航器中的藍色文件夾），然後轉到構建階段。單擊編譯源代碼，這應該是項目中的文件列表。
對於任何想要在WITHOUT ARC中編譯的文件，請將該文件的編譯器標誌設置爲：「-fno-objc-arc」。它應該如下所示：
好的。我現在就試試這個。我正在考慮這個問題，看來如果ARC導致EXC_BAD_ACCESS，它將釋放一個對象，否則它將不會被處理。這使我認爲代碼正常泄漏一個對象。 – Jomnipotent17
好的，我做了你所說的。有用。它仍然困擾我，因爲我上面的評論，它不適用於ARC，但這將符合我的需求。非常感謝你。 – Jomnipotent17
嘗試使有問題的對象屬性。你可能會在循環或其他東西上做某個對象或變量的可見性的錯誤，但是如果你將它定義爲一個聲明的屬性，那麼對於範圍 – bkbeachlabs
您可以在ARC關閉的情況下編譯單個翻譯單元。對於你的項目的這一部分來說，這可能會更好。 –