我遇到了與您完全相同的問題，并且已經解決。這是我的發現：

由于某些原因，wkhtmltopdf的輸出將進入該進程的STDERR，而不是STDOUT。我已經通過從Java和perl調用wkhtmltopdf驗證了這一點

因此，例如在Java中，您將必須執行以下操作：

//ProcessBuilder is the recommended way of creating processes since Java 1.5 //Runtime.getRuntime().exec() is deprecated. Do not use. ProcessBuilder pb = new ProcessBuilder('wkhtmltopdf.exe', htmlFilePath, pdfFilePath);Process process = pb.start();BufferedReader errStreamReader = new BufferedReader(new InputStreamReader(process.getErrorStream())); //not 'process.getInputStream()' String line = errStreamReader.readLine(); while(line != null) { System.out.println(line); //or whatever else line = reader.readLine(); }

附帶說明一下，如果從Java派生一個進程，則必須從stdout和stderr流中讀取（即使您不對其進行任何操作），因為否則，流緩沖區將被填充，并且該進程將掛起并且永遠不會返回。

為了使代碼更可靠，以防萬一wkhtmltopdf的開發人員決定將其寫入stdout，您可以將子進程的stderr重定向到stdout，并且僅讀取如下流：

ProcessBuilder pb = new ProcessBuilder('wkhtmltopdf.exe', htmlFilePath, pdfFilePath); pb.redirectErrorStream(true); Process process = pb.start(); BufferedReader inStreamReader = new BufferedReader(new InputStreamReader(process.getInputStream()));

實際上，在必須從Java派生外部進程的所有情況下，我都會這樣做。這樣，我不必閱讀兩個流。

如果您不希望主線程阻塞，則還應該在不同的線程中讀取生成的進程的流，因為從流中讀取是阻塞的。

希望這可以幫助。

更新：我在項目頁面中提出了這個問題，并回答說這是設計使然，因為wkhtmltopdf支持在STDOUT中提供實際的pdf輸出。請參閱鏈接以獲取更多詳細信息和Java代碼。

我正在從Java應用程序（Tomcat服務器的一部分，在調試模式下在Win7 64位的EclipseHelios中運行）中啟動wkhtmltopdf：我要等待它完成，然后再做更多工作。

String cmd[] = {'wkhtmltopdf',htmlPathIn,pdfPathOut};Process proc = Runtime.getRuntime().exec( cmd,null );proc.waitFor();

但waitFor()永遠不會回來。我仍然可以在Windows任務管理器中看到該過程（使用我傳遞給exec（）的命令行：看起來不錯）。和它的工作原理。wkhtmltopdf生成了我期望的PDF，就在期望的位置。即使進程仍在運行（在我手動終止它之前），我也可以將其打開，重命名，無論如何。

從命令行，一切都很好：

c： wrk> wkhtmltopdf C： Temp foo.html c： wrk foo.pdf載入頁面（1/6）計數頁數（2/6）解析鏈接（4/6）加載頁眉和頁腳（5/6）打印頁面（6/6）完成了

這個過程退出就好了，生活還在繼續。

那么runtime.exec()，導致wkhtmltopdf永不終止的原因是什么？

我可以抓取proc.getInputStream（）并查找“完成”，但這很……卑鄙。我想要更一般的東西。

我已經在有工作目錄的情況下調用exec（）了。我試過有沒有空的“ env”數組。不開心

為什么我的流程掛起了，該怎么辦才能解決？

PS：我已經嘗試使用其他幾個命令行應用程序，它們都表現出相同的行為。

我正在嘗試讀取標準輸出和錯誤，但沒有成功。從命令行，我知道應該有一種與命令行體驗非常相似的東西，但是當我讀取proc.getInputStream（）返回的輸入流時，我立即得到了EOL（-1，我正在使用inputStream.read()）。

我檢查了JavaDoc for Process，發現了這一點

父流程使用這些流將輸入饋入子流程并從子流程獲取輸出。由于某些本機平臺僅為標準輸入和輸出流提供了有限的緩沖區大小，因此無法及時寫入子進程的輸入流或讀取子進程的輸出流可能導致[b]子進程阻塞，甚至死鎖[/b]。

重點已添加。所以我嘗試了。Standard Out inputStream上的第一個“ read（）”被阻塞，直到我終止進程為止。

使用WKHTMLTOPDF

使用通用命令行ap＆no params，因此它應該“轉儲用法并終止”，它會吸收適當的std :: out，然后終止。

有趣！

JVM版本問題？我正在使用1.6.0_23。最新的是… v24。我只是檢查了更改日志，沒有發現有什么希望，但是無論如何我都會嘗試進行更新。

好的。不要讓輸入流填滿，否則它們會被阻塞。檢查一下 .close()也可以防止這種情況，但是亮度不是很高。

總體上可以正常工作（包括我測試過的通用命令行應用程序）。

但具體來說，它會下降。看來wkhtmltopdf正在使用某些終端操作/光標來完成ASCII圖形進度條。我相信這會導致inputStream立即返回EOF，而不是給我正確的值。

有任何想法嗎？幾乎不會破壞交易，但絕對可以。