我們談了大清單報表的呈現方法，其實有時候這些報表還需要打印，比如銀行打印流水對賬單。

那麽，打印是不是也要像呈現那樣做一個緩存機制呢？

沒有這個必要。打印和瀏覽不同，一般是從頭到尾過一遍就行了，過程中沒有翻頁的需求。這樣，只要流式讀入數據逐步生成打印頁就可以了，不會發生內存溢出的問題。

但這個做法仍然比較麻煩，特別是現代瀏覽器加強了安全控制，applet等插件經常被禁用，打印功能常常不能直接由報表工具提供，而要采用flash或PDF方式來實現。用flash可以做到流式讀取，但並不簡單，還會導致插件與後臺耦合性過高，影響安全性；而PDF方式就是一次性生成一個文檔，沒辦法實現這種機制了。

我們來算算打印100萬行記錄是什麽情況。

假設一頁紙能打印50行記錄（這已經算多了），100萬行記錄就意味著2萬頁紙。2萬頁的連續打印，有多少打印機能做到這個指標？你的用戶真有這樣的設備嗎？2萬頁紙大概有2米厚，什麽打印機能把這些紙放進去？商用快速打印機一分鐘也就30幾頁，就按50頁/分鐘算，2萬頁也需要7個鐘頭！作為一個機械設備能連續工作這麽久是不容易的。

而100萬行記錄需要占多大內存呢？一條記錄算1K已經很大（畢竟一頁要打印50行的），100萬行也就1G內存。這對於前端用於打印的普通PC來講並不難滿足。

這還是只算了100萬記錄的情況，如果把100萬增加到500萬，內存仍然可以承受，而打印機是萬萬吃不消了。也就是說，在現代計算機的內存容量下，打印這個功能采用全內存方式是沒有問題的，幾乎找不到需要流式讀取的情況。作為一個要重復銷售的商業軟件，報表工具沒必要去支撐這種極為罕見甚至根本不存在的應用場景。

這個計算結果，看起來有點荒唐，讀者可能會覺得可笑。但這確實是和用戶溝通需求時真實發生過的事情，實際上喊的記錄行數比500萬要大很多，而用戶並沒有認真計算過它意味著什麽。經過一些常規計算我們就會發現，雖然有些用戶在叫，大清單報表的打印其實是個偽需求。

大數據領域還有些類似的事，比如說10T數據想要3秒返回結果，用戶卻不會想到這很可能意味著1萬塊硬盤。

嚴謹認真一點，會推出許多想不到的有趣結論 :)。

大清單報表的打印？