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

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

因此，例如在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(); }

附帶說(shuō)明一下，如果從Java派生一個(gè)進(jìn)程，則必須從stdout和stderr流中讀取（即使您不對(duì)其進(jìn)行任何操作），因?yàn)榉駝t，流緩沖區(qū)將被填充，并且該進(jìn)程將掛起并且永遠(yuǎn)不會(huì)返回。

為了使代碼更可靠，以防萬(wàn)一wkhtmltopdf的開(kāi)發(fā)人員決定將其寫(xiě)入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()));

實(shí)際上，在必須從Java派生外部進(jìn)程的所有情況下，我都會(huì)這樣做。這樣，我不必閱讀兩個(gè)流。

如果您不希望主線(xiàn)程阻塞，則還應(yīng)該在不同的線(xiàn)程中讀取生成的進(jìn)程的流，因?yàn)閺牧髦凶x取是阻塞的。

希望這可以幫助。

更新：我在項(xiàng)目頁(yè)面中提出了這個(gè)問(wèn)題，并回答說(shuō)這是設(shè)計(jì)使然，因?yàn)閣khtmltopdf支持在STDOUT中提供實(shí)際的pdf輸出。請(qǐng)參閱鏈接以獲取更多詳細(xì)信息和Java代碼。

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

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

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

從命令行，一切都很好：

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

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

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

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

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

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

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

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

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

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

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

使用WKHTMLTOPDF

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

有趣！

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

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

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

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

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