我遇到了與您完全相同的問題，并且已經(jīng)解決。這是我的發(fā)現(xiàn)：

由于某些原因，wkhtmltopdf的輸出將進(jìn)入該進(jìn)程的STDERR，而不是STDOUT。我已經(jīng)通過從Java和perl調(diào)用wkhtmltopdf驗證了這一點

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

//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派生一個進(jìn)程，則必須從stdout和stderr流中讀取（即使您不對其進(jìn)行任何操作），因為否則，流緩沖區(qū)將被填充，并且該進(jìn)程將掛起并且永遠(yuǎn)不會返回。

為了使代碼更可靠，以防萬一wkhtmltopdf的開發(fā)人員決定將其寫入stdout，您可以將子進(jìn)程的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派生外部進(jìn)程的所有情況下，我都會這樣做。這樣，我不必閱讀兩個流。

如果您不希望主線程阻塞，則還應(yīng)該在不同的線程中讀取生成的進(jìn)程的流，因為從流中讀取是阻塞的。

希望這可以幫助。

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

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

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

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

從命令行，一切都很好：

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

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

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

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

我已經(jīng)在有工作目錄的情況下調(diào)用exec（）了。我試過有沒有空的“ env”數(shù)組。不開心

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

PS：我已經(jīng)嘗試使用其他幾個命令行應(yīng)用程序，它們都表現(xiàn)出相同的行為。

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

我檢查了JavaDoc for Process，發(fā)現(xiàn)了這一點

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

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

使用WKHTMLTOPDF

使用通用命令行ap＆no params，因此它應(yīng)該“轉(zhuǎn)儲用法并終止”，它會吸收適當(dāng)?shù)膕td :: out，然后終止。

有趣！

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

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

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

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

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