Java中獲取文件大小的詳解及實(shí)例代碼
Java 獲取文件大小
今天寫代碼時(shí)需要實(shí)現(xiàn)獲取文件大小的功能,目前有兩種實(shí)現(xiàn)方法,一種是使用File的length()方法;另外一種是使用FileInputStream的available()方法,當(dāng)InputStream未進(jìn)行read操作時(shí),available()的大小應(yīng)該是等于文件大小的。但是在處理大文件時(shí),后者會發(fā)生問題。我們來看一下:
在例子中,我使用了CentOS 6.5 的安裝鏡像文件,主要是考慮到這個(gè)文件足夠大(大于2GB)。
1.使用File的length()方法
public static void main(String[] args) { File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso"); if (f.exists() && f.isFile()){ logger.info(f.length()); }else{ logger.info("file doesn't exist or is not a file"); } }
我們看一下輸出結(jié)果:
4467982336
結(jié)果是4.16GB,與Windows上顯示的結(jié)果一致。
接下來我們看一下通過FileInputStream來獲取的文件大?。?/p>
public static void main(String[] args) { FileInputStream fis= null; try{ File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso"); fis= new FileInputStream(f); logger.info(fis.available()); }catch(Exception e){ logger.error(e); } finally{ if (null!=fis){ try { fis.close(); } catch (IOException e) { logger.error(e); } } } }
下面是運(yùn)行結(jié)果:
2147483647
這個(gè)結(jié)果是不是很眼熟?它是Integer.MAX_VALUE,也就是有符號整型能表示的最大數(shù)值。
那么換算成熟悉的單位,這種方式獲取的文件大小是多大呢?
約等于2GB,這顯然不是正確的結(jié)果。
究其原因,F(xiàn)ile的length()方法返回的類型為long,long型能表示的正數(shù)最大值為:9223372036854775807,折算成最大能支持的文件大小為:8954730132868714 EB字節(jié),這個(gè)量級將在人類IT發(fā)展史上受用很多很多年,而FileInputStream的avaliable()方法返回值是int,在之前也介紹了最大的表示范圍,所能支持的最大文件大小為:1.99GB,而這個(gè)量級我們現(xiàn)在很容易就達(dá)到了。
2014年3月31日補(bǔ)充:
針對流式方法讀取大文件大小也不是不可行,只是不能再使用傳統(tǒng)的java.io.*下的包了,這里要用到j(luò)ava.nio.*下的新工具——FileChannel。下面我們來看下示例代碼:
public static void main(String[] args) { FileChannel fc= null; try { File f= new File("D:\\CentOS-6.5-x86_64-bin-DVD1.iso"); if (f.exists() && f.isFile()){ FileInputStream fis= new FileInputStream(f); fc= fis.getChannel(); logger.info(fc.size()); }else{ logger.info("file doesn't exist or is not a file"); } } catch (FileNotFoundException e) { logger.error(e); } catch (IOException e) { logger.error(e); } finally { if (null!=fc)){ try{ fc.close(); }catch(IOException e){ logger.error(e); } } } }
使用FileChannel后得到的結(jié)果與第一種情況吻合,準(zhǔn)確地描述了文件的準(zhǔn)確大小。
這里也同樣提醒各位技術(shù)同仁,涉及到大文件讀取的時(shí)候,對int類型的數(shù)據(jù)一定要留個(gè)心,以免出現(xiàn)隱藏的bug,定位起來很困難。
感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!
相關(guān)文章
java實(shí)現(xiàn)解析json復(fù)雜數(shù)據(jù)的第三種思路詳解
這篇文章主要為大家信息介紹了java實(shí)現(xiàn)解析json復(fù)雜數(shù)據(jù)的第三種思路,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2024-01-01解決RestTemplate 請求接收自定義400+ 或500+錯(cuò)誤
這篇文章主要介紹了解決RestTemplate 請求接收自定義400+ 或500+錯(cuò)誤,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-08-08關(guān)于SpringSecurity配置403權(quán)限訪問頁面的完整代碼
本文給大家分享SpringSecurity配置403權(quán)限訪問頁面的完整代碼,配置之前和配置之后的詳細(xì)介紹,代碼簡單易懂,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2021-06-06spring-data-elasticsearch @Field注解無效的完美解決方案
這篇文章主要介紹了spring-data-elasticsearch @Field注解無效的完美解決方案,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07SpringBoot對PDF進(jìn)行模板內(nèi)容填充與電子簽名合并詳解
這篇文章主要為大家詳細(xì)介紹了SpringBoot對PDF進(jìn)行模板內(nèi)容填充與電子簽名合并的相關(guān)知識,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以參考下2023-12-12java阻塞隊(duì)列BlockingQueue詳細(xì)解讀
這篇文章主要介紹了java阻塞隊(duì)列BlockingQueue詳細(xì)解讀,在新增的Concurrent包中,BlockingQueue很好的解決了多線程中,如何高效安全“傳輸”數(shù)據(jù)的問題,通過這些高效并且線程安全的隊(duì)列類,為我們快速搭建高質(zhì)量的多線程程序帶來極大的便利,需要的朋友可以參考下2023-10-10一文帶你掌握SpringBoot中常見定時(shí)任務(wù)的實(shí)現(xiàn)
這篇文章主要為大家詳細(xì)介紹了Spring?Boot中定時(shí)任務(wù)的基本用法、高級特性以及最佳實(shí)踐,幫助開發(fā)人員更好地理解和應(yīng)用定時(shí)任務(wù),提高系統(tǒng)的穩(wěn)定性和可靠性,需要的可以參考下2024-03-03