91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

SpringBoot超大文件上傳,實現(xiàn)秒傳

jf_ro2CN3Fa ? 來源:芋道源碼 ? 作者:芋道源碼 ? 2022-11-17 10:30 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

來源:已賦值
  • 前言
  • 詳細教程
    • 秒傳
    • 分片上傳
    • 斷點續(xù)傳
    • 后端進行寫入操作的核心代碼
  • 總結(jié)

前言

文件上傳是一個老生常談的話題了,在文件相對比較小的情況下,可以直接把文件轉(zhuǎn)化為字節(jié)流上傳到服務(wù)器,但在文件比較大的情況下,用普通的方式進行上傳,這可不是一個好的辦法,畢竟很少有人會忍受,當(dāng)文件上傳到一半中斷后,繼續(xù)上傳卻只能重頭開始上傳,這種讓人不爽的體驗。那有沒有比較好的上傳體驗?zāi)兀鸢赣械?,就是下邊要介紹的幾種上傳方式

基于 Spring Boot + MyBatis Plus + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項目地址:https://gitee.com/zhijiantianya/ruoyi-vue-pro
  • 視頻教程:https://doc.iocoder.cn/video/

詳細教程

秒傳

1、什么是秒傳

通俗的說,你把要上傳的東西上傳,服務(wù)器會先做MD5校驗,如果服務(wù)器上有一樣的東西,它就直接給你個新地址,其實你下載的都是服務(wù)器上的同一個文件,想要不秒傳,其實只要讓MD5改變,就是對文件本身做一下修改(改名字不行),例如一個文本文件,你多加幾個字,MD5就變了,就不會秒傳了.

2、本文實現(xiàn)的秒傳核心邏輯

a、利用redis的set方法存放文件上傳狀態(tài),其中key為文件上傳的md5,value為是否上傳完成的標(biāo)志位,

b、當(dāng)標(biāo)志位true為上傳已經(jīng)完成,此時如果有相同文件上傳,則進入秒傳邏輯。如果標(biāo)志位為false,則說明還沒上傳完成,此時需要在調(diào)用set的方法,保存塊號文件記錄的路徑,其中key為上傳文件md5加一個固定前綴,value為塊號文件記錄路徑

分片上傳

1.什么是分片上傳

分片上傳,就是將所要上傳的文件,按照一定的大小,將整個文件分隔成多個數(shù)據(jù)塊(我們稱之為Part)來進行分別上傳,上傳完之后再由服務(wù)端對所有上傳的文件進行匯總整合成原始的文件。

2.分片上傳的場景

1.大文件上傳

2.網(wǎng)絡(luò)環(huán)境環(huán)境不好,存在需要重傳風(fēng)險的場景

斷點續(xù)傳

1、什么是斷點續(xù)傳

斷點續(xù)傳是在下載或上傳時,將下載或上傳任務(wù)(一個文件或一個壓縮包)人為的劃分為幾個部分,每一個部分采用一個線程進行上傳或下載,如果碰到網(wǎng)絡(luò)故障,可以從已經(jīng)上傳或下載的部分開始繼續(xù)上傳或者下載未完成的部分,而沒有必要從頭開始上傳或者下載。本文的斷點續(xù)傳主要是針對斷點上傳場景。

2、應(yīng)用場景

斷點續(xù)傳可以看成是分片上傳的一個衍生,因此可以使用分片上傳的場景,都可以使用斷點續(xù)傳。

3、實現(xiàn)斷點續(xù)傳的核心邏輯

在分片上傳的過程中,如果因為系統(tǒng)崩潰或者網(wǎng)絡(luò)中斷等異常因素導(dǎo)致上傳中斷,這時候客戶端需要記錄上傳的進度。在之后支持再次上傳時,可以繼續(xù)從上次上傳中斷的地方進行繼續(xù)上傳。

為了避免客戶端在上傳之后的進度數(shù)據(jù)被刪除而導(dǎo)致重新開始從頭上傳的問題,服務(wù)端也可以提供相應(yīng)的接口便于客戶端對已經(jīng)上傳的分片數(shù)據(jù)進行查詢,從而使客戶端知道已經(jīng)上傳的分片數(shù)據(jù),從而從下一個分片數(shù)據(jù)開始繼續(xù)上傳。

4、實現(xiàn)流程步驟

a、方案一,常規(guī)步驟

  • 將需要上傳的文件按照一定的分割規(guī)則,分割成相同大小的數(shù)據(jù)塊;
  • 初始化一個分片上傳任務(wù),返回本次分片上傳唯一標(biāo)識;
  • 按照一定的策略(串行或并行)發(fā)送各個分片數(shù)據(jù)塊;
  • 發(fā)送完成后,服務(wù)端根據(jù)判斷數(shù)據(jù)上傳是否完整,如果完整,則進行數(shù)據(jù)塊合成得到原始文件。

b、方案二、本文實現(xiàn)的步驟

  • 前端(客戶端)需要根據(jù)固定大小對文件進行分片,請求后端(服務(wù)端)時要帶上分片序號和大小
  • 服務(wù)端創(chuàng)建conf文件用來記錄分塊位置,conf文件長度為總分片數(shù),每上傳一個分塊即向conf文件中寫入一個127,那么沒上傳的位置就是默認(rèn)的0,已上傳的就是Byte.MAX_VALUE 127(這步是實現(xiàn)斷點續(xù)傳和秒傳的核心步驟)
  • 服務(wù)器按照請求數(shù)據(jù)中給的分片序號和每片分塊大?。ǚ制笮∈枪潭ㄇ乙粯拥模┧愠鲩_始位置,與讀取到的文件片段數(shù)據(jù),寫入文件。
5、分片上傳/斷點上傳代碼實現(xiàn)

a、前端采用百度提供的webuploader的插件,進行分片。因本文主要介紹服務(wù)端代碼實現(xiàn),webuploader如何進行分片,具體實現(xiàn)可以查看如下鏈接:

http://fex.baidu.com/webuploader/getting-started.html

b、后端用兩種方式實現(xiàn)文件寫入,一種是用RandomAccessFile,如果對RandomAccessFile不熟悉的朋友,可以查看如下鏈接:

https://blog.csdn.net/dimudan2015/article/details/81910690

另一種是使用MappedByteBuffer,對MappedByteBuffer不熟悉的朋友,可以查看如下鏈接進行了解:

https://www.jianshu.com/p/f90866dcbffc

后端進行寫入操作的核心代碼

a、RandomAccessFile實現(xiàn)方式

@UploadMode(mode=UploadModeEnum.RANDOM_ACCESS)
@Slf4j
publicclassRandomAccessUploadStrategyextendsSliceUploadTemplate{

@Autowired
privateFilePathUtilfilePathUtil;

@Value("${upload.chunkSize}")
privatelongdefaultChunkSize;

@Override
publicbooleanupload(FileUploadRequestDTOparam){
RandomAccessFileaccessTmpFile=null;
try{
StringuploadDirPath=filePathUtil.getPath(param);
FiletmpFile=super.createTmpFile(param);
accessTmpFile=newRandomAccessFile(tmpFile,"rw");
//這個必須與前端設(shè)定的值一致
longchunkSize=Objects.isNull(param.getChunkSize())?defaultChunkSize*1024*1024
:param.getChunkSize();
longoffset=chunkSize*param.getChunk();
//定位到該分片的偏移量
accessTmpFile.seek(offset);
//寫入該分片數(shù)據(jù)
accessTmpFile.write(param.getFile().getBytes());
booleanisOk=super.checkAndSetUploadProgress(param,uploadDirPath);
returnisOk;
}catch(IOExceptione){
log.error(e.getMessage(),e);
}finally{
FileUtil.close(accessTmpFile);
}
returnfalse;
}

}

b、MappedByteBuffer實現(xiàn)方式

@UploadMode(mode=UploadModeEnum.MAPPED_BYTEBUFFER)
@Slf4j
publicclassMappedByteBufferUploadStrategyextendsSliceUploadTemplate{

@Autowired
privateFilePathUtilfilePathUtil;

@Value("${upload.chunkSize}")
privatelongdefaultChunkSize;

@Override
publicbooleanupload(FileUploadRequestDTOparam){

RandomAccessFiletempRaf=null;
FileChannelfileChannel=null;
MappedByteBuffermappedByteBuffer=null;
try{
StringuploadDirPath=filePathUtil.getPath(param);
FiletmpFile=super.createTmpFile(param);
tempRaf=newRandomAccessFile(tmpFile,"rw");
fileChannel=tempRaf.getChannel();

longchunkSize=Objects.isNull(param.getChunkSize())?defaultChunkSize*1024*1024
:param.getChunkSize();
//寫入該分片數(shù)據(jù)
longoffset=chunkSize*param.getChunk();
byte[]fileData=param.getFile().getBytes();
mappedByteBuffer=fileChannel
.map(FileChannel.MapMode.READ_WRITE,offset,fileData.length);
mappedByteBuffer.put(fileData);
booleanisOk=super.checkAndSetUploadProgress(param,uploadDirPath);
returnisOk;

}catch(IOExceptione){
log.error(e.getMessage(),e);
}finally{

FileUtil.freedMappedByteBuffer(mappedByteBuffer);
FileUtil.close(fileChannel);
FileUtil.close(tempRaf);

}

returnfalse;
}

}

c、文件操作核心模板類代碼

@Slf4j
publicabstractclassSliceUploadTemplateimplementsSliceUploadStrategy{

publicabstractbooleanupload(FileUploadRequestDTOparam);

protectedFilecreateTmpFile(FileUploadRequestDTOparam){

FilePathUtilfilePathUtil=SpringContextHolder.getBean(FilePathUtil.class);
param.setPath(FileUtil.withoutHeadAndTailDiagonal(param.getPath()));
StringfileName=param.getFile().getOriginalFilename();
StringuploadDirPath=filePathUtil.getPath(param);
StringtempFileName=fileName+"_tmp";
FiletmpDir=newFile(uploadDirPath);
FiletmpFile=newFile(uploadDirPath,tempFileName);
if(!tmpDir.exists()){
tmpDir.mkdirs();
}
returntmpFile;
}

@Override
publicFileUploadDTOsliceUpload(FileUploadRequestDTOparam){

booleanisOk=this.upload(param);
if(isOk){
FiletmpFile=this.createTmpFile(param);
FileUploadDTOfileUploadDTO=this.saveAndFileUploadDTO(param.getFile().getOriginalFilename(),tmpFile);
returnfileUploadDTO;
}
Stringmd5=FileMD5Util.getFileMD5(param.getFile());

Mapmap=newHashMap<>();
map.put(param.getChunk(),md5);
returnFileUploadDTO.builder().chunkMd5Info(map).build();
}

/**
*檢查并修改文件上傳進度
*/
publicbooleancheckAndSetUploadProgress(FileUploadRequestDTOparam,StringuploadDirPath){

StringfileName=param.getFile().getOriginalFilename();
FileconfFile=newFile(uploadDirPath,fileName+".conf");
byteisComplete=0;
RandomAccessFileaccessConfFile=null;
try{
accessConfFile=newRandomAccessFile(confFile,"rw");
//把該分段標(biāo)記為true表示完成
System.out.println("setpart"+param.getChunk()+"complete");
//創(chuàng)建conf文件文件長度為總分片數(shù),每上傳一個分塊即向conf文件中寫入一個127,那么沒上傳的位置就是默認(rèn)0,已上傳的就是Byte.MAX_VALUE127
accessConfFile.setLength(param.getChunks());
accessConfFile.seek(param.getChunk());
accessConfFile.write(Byte.MAX_VALUE);

//completeList檢查是否全部完成,如果數(shù)組里是否全部都是127(全部分片都成功上傳)
byte[]completeList=FileUtils.readFileToByteArray(confFile);
isComplete=Byte.MAX_VALUE;
for(inti=0;i//與運算,如果有部分沒有完成則isComplete不是Byte.MAX_VALUE
isComplete=(byte)(isComplete&completeList[i]);
System.out.println("checkpart"+i+"complete?:"+completeList[i]);
}

}catch(IOExceptione){
log.error(e.getMessage(),e);
}finally{
FileUtil.close(accessConfFile);
}
booleanisOk=setUploadProgress2Redis(param,uploadDirPath,fileName,confFile,isComplete);
returnisOk;
}

/**
*把上傳進度信息存進redis
*/
privatebooleansetUploadProgress2Redis(FileUploadRequestDTOparam,StringuploadDirPath,
StringfileName,FileconfFile,byteisComplete){

RedisUtilredisUtil=SpringContextHolder.getBean(RedisUtil.class);
if(isComplete==Byte.MAX_VALUE){
redisUtil.hset(FileConstant.FILE_UPLOAD_STATUS,param.getMd5(),"true");
redisUtil.del(FileConstant.FILE_MD5_KEY+param.getMd5());
confFile.delete();
returntrue;
}else{
if(!redisUtil.hHasKey(FileConstant.FILE_UPLOAD_STATUS,param.getMd5())){
redisUtil.hset(FileConstant.FILE_UPLOAD_STATUS,param.getMd5(),"false");
redisUtil.set(FileConstant.FILE_MD5_KEY+param.getMd5(),
uploadDirPath+FileConstant.FILE_SEPARATORCHAR+fileName+".conf");
}

returnfalse;
}
}
/**
*保存文件操作
*/
publicFileUploadDTOsaveAndFileUploadDTO(StringfileName,FiletmpFile){

FileUploadDTOfileUploadDTO=null;

try{

fileUploadDTO=renameFile(tmpFile,fileName);
if(fileUploadDTO.isUploadComplete()){
System.out
.println("uploadcomplete!!"+fileUploadDTO.isUploadComplete()+"name="+fileName);
//TODO保存文件信息到數(shù)據(jù)庫

}

}catch(Exceptione){
log.error(e.getMessage(),e);
}finally{

}
returnfileUploadDTO;
}
/**
*文件重命名
*
*@paramtoBeRenamed將要修改名字的文件
*@paramtoFileNewName新的名字
*/
privateFileUploadDTOrenameFile(FiletoBeRenamed,StringtoFileNewName){
//檢查要重命名的文件是否存在,是否是文件
FileUploadDTOfileUploadDTO=newFileUploadDTO();
if(!toBeRenamed.exists()||toBeRenamed.isDirectory()){
log.info("Filedoesnotexist:{}",toBeRenamed.getName());
fileUploadDTO.setUploadComplete(false);
returnfileUploadDTO;
}
Stringext=FileUtil.getExtension(toFileNewName);
Stringp=toBeRenamed.getParent();
StringfilePath=p+FileConstant.FILE_SEPARATORCHAR+toFileNewName;
FilenewFile=newFile(filePath);
//修改文件名
booleanuploadFlag=toBeRenamed.renameTo(newFile);

fileUploadDTO.setMtime(DateUtil.getCurrentTimeStamp());
fileUploadDTO.setUploadComplete(uploadFlag);
fileUploadDTO.setPath(filePath);
fileUploadDTO.setSize(newFile.length());
fileUploadDTO.setFileExt(ext);
fileUploadDTO.setFileId(toFileNewName);

returnfileUploadDTO;
}
}

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項目地址:https://gitee.com/zhijiantianya/yudao-cloud
  • 視頻教程:https://doc.iocoder.cn/video/

總結(jié)

在實現(xiàn)分片上傳的過程,需要前端和后端配合,比如前后端的上傳塊號的文件大小,前后端必須得要一致,否則上傳就會有問題。其次文件相關(guān)操作正常都是要搭建一個文件服務(wù)器的,比如使用fastdfs、hdfs等。

本示例代碼在電腦配置為4核內(nèi)存8G情況下,上傳24G大小的文件,上傳時間需要30多分鐘,主要時間耗費在前端的md5值計算,后端寫入的速度還是比較快。如果項目組覺得自建文件服務(wù)器太花費時間,且項目的需求僅僅只是上傳下載,那么推薦使用阿里的oss服務(wù)器,其介紹可以查看官網(wǎng):

https://help.aliyun.com/product/31815.html

阿里的oss它本質(zhì)是一個對象存儲服務(wù)器,而非文件服務(wù)器,因此如果有涉及到大量刪除或者修改文件的需求,oss可能就不是一個好的選擇。

文末提供一個oss表單上傳的鏈接demo,通過oss表單上傳,可以直接從前端把文件上傳到oss服務(wù)器,把上傳的壓力都推給oss服務(wù)器:

https://www.cnblogs.com/ossteam/p/4942227.html



審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10250

    瀏覽量

    91476
  • spring
    +關(guān)注

    關(guān)注

    0

    文章

    341

    瀏覽量

    15933
  • Boot
    +關(guān)注

    關(guān)注

    0

    文章

    154

    瀏覽量

    37736
  • SpringBoot
    +關(guān)注

    關(guān)注

    0

    文章

    177

    瀏覽量

    684

原文標(biāo)題:SpringBoot超大文件上傳,實現(xiàn)秒傳

文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    如何使用SpringBoot、Vue2.0、MySQL開發(fā)一套云診所系統(tǒng)?

    (RESTful)等。 對于云診所系統(tǒng),SpringBoot可以用于實現(xiàn)患者管理、預(yù)約掛號、電子病歷、藥品管理、收費管理等核心功能。 前端:V
    的頭像 發(fā)表于 11-27 16:02 ?283次閱讀
    如何使用<b class='flag-5'>SpringBoot</b>、Vue2.0、MySQL開發(fā)一套云診所系統(tǒng)?

    數(shù)據(jù)采集慢半拍?實時采集系統(tǒng),決策不滯后

    在數(shù)據(jù)驅(qū)動的時代,“慢半拍” 可能意味著錯失一個訂單、增加一筆損失、埋下一個隱患。實時采集系統(tǒng)用 “” 能力打通數(shù)據(jù)流通的 “最后一公里”,讓每一個數(shù)據(jù)都能及時轉(zhuǎn)化為決策依據(jù),讓企業(yè)在激烈競爭中搶占先機。
    的頭像 發(fā)表于 11-12 09:56 ?349次閱讀
    數(shù)據(jù)采集慢半拍?實時采集系統(tǒng)<b class='flag-5'>秒</b><b class='flag-5'>傳</b>,決策不滯后

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補是如何實現(xiàn)的?

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補通過 本地緩存存儲、觸發(fā)條件識別、協(xié)議級斷點續(xù)傳、數(shù)據(jù)完整性校驗 等多重機制協(xié)同實現(xiàn),確保通信中斷期間的高頻暫態(tài)波形(如短路、雷擊等事件數(shù)據(jù))在網(wǎng)絡(luò)恢復(fù)后完整、準(zhǔn)確
    的頭像 發(fā)表于 11-09 16:43 ?1272次閱讀

    商品圖片批量上傳接口設(shè)計與實現(xiàn)

    ? 在電商平臺或內(nèi)容管理系統(tǒng)中,商品圖片的高效管理是核心需求之一。批量上傳接口允許用戶一次性上傳多張圖片,顯著提升操作效率。本文將逐步介紹如何設(shè)計并實現(xiàn)一個可靠的商品圖片批量上傳接口,
    的頭像 發(fā)表于 10-13 15:25 ?441次閱讀

    大文件高效傳輸不求人!Ymodem協(xié)議實戰(zhàn)示例與核心技巧揭秘

    無需復(fù)雜網(wǎng)絡(luò)環(huán)境,Ymodem協(xié)議即可實現(xiàn)可靠的大文件傳輸!通過其簡潔的通信機制(如SOH幀頭、數(shù)據(jù)分塊、ACK/NACK反饋),無論是單片機通信還是跨平臺傳輸,本文示例將演示如何快速部署,并
    的頭像 發(fā)表于 07-28 17:38 ?1118次閱讀
    <b class='flag-5'>大文件</b>高效傳輸不求人!Ymodem協(xié)議實戰(zhàn)示例與核心技巧揭秘

    產(chǎn)品圖片上傳API接口

    ? 在電商平臺、內(nèi)容管理系統(tǒng)或移動應(yīng)用中,產(chǎn)品圖片上傳API接口是核心功能之一。它允許用戶或第三方應(yīng)用通過HTTP請求將圖片文件上傳到服務(wù)器,實現(xiàn)產(chǎn)品圖像的快速添加和管理。本文將逐步介
    的頭像 發(fā)表于 07-25 14:30 ?681次閱讀
    產(chǎn)品圖片<b class='flag-5'>上傳</b>API接口

    主流版本控制工具Git vs Perforce P4:架構(gòu)模式、性能、大文件管理及分支管理對比詳解

    Git vs Perforce P4,如何選型?架構(gòu)模式、性能、大文件管理、分支策略四大維度對比,幫你全面了解兩者的核心差異,選擇更合適你團隊需求的版本控制系統(tǒng)。
    的頭像 發(fā)表于 06-13 14:52 ?813次閱讀
    主流版本控制工具Git vs Perforce P4:架構(gòu)模式、性能、<b class='flag-5'>大文件</b>管理及分支管理對比詳解

    HarmonyOS優(yōu)化應(yīng)用文件上傳下載慢問題性能優(yōu)化三

    (一)文件上傳 對于大文件斷點續(xù)傳上傳,本文采用request(上傳下載)模塊中的request.agent任務(wù)托管接口,可以自動
    發(fā)表于 05-28 15:06

    HarmonyOS優(yōu)化應(yīng)用文件上傳下載慢問題性能優(yōu)化二

    ):用于實現(xiàn)文件MD5的計算,將計算的MD5值預(yù)先傳到服務(wù)器端進行預(yù)處理,實現(xiàn)文件,同時確保
    發(fā)表于 05-27 16:19

    HarmonyOS優(yōu)化應(yīng)用文件上傳下載慢問題性能優(yōu)化一

    )主要功能 目前系統(tǒng)內(nèi)提供給文件上傳下載可用的模塊有http模塊和request模塊。http模塊提供基礎(chǔ)的HTTP數(shù)據(jù)請求能力,功能較為基礎(chǔ),本文不做介紹。request模塊主要給應(yīng)用提供上傳下載文件
    發(fā)表于 05-26 15:50

    鴻蒙開發(fā)實現(xiàn)圖片上傳上傳用戶頭像)

    (FilePicker),實現(xiàn)該能力。通過Picker訪問相關(guān)文件,將拉起對應(yīng)的應(yīng)用,引導(dǎo)用戶完成界面操作,接口本身無需申請權(quán)限。 import picker from \'@ohos.file.picker
    發(fā)表于 05-24 23:09

    HarmonyOS5云服務(wù)技術(shù)分享--云存儲指南

    Hi各位開發(fā)者伙伴們!今天咱們來聊一聊HarmonyOS云存儲的實戰(zhàn)玩法,手把手教你實現(xiàn)文件上傳、下載、元數(shù)據(jù)操作等核心功能。無需官方文檔的嚴(yán)肅感,咱們用最接地氣的方式搞懂這些API怎么用!(文末附
    發(fā)表于 05-22 19:17

    HarmonyOS優(yōu)化應(yīng)用文件上傳下載慢問題性能優(yōu)化二

    ):用于實現(xiàn)文件MD5的計算,將計算的MD5值預(yù)先傳到服務(wù)器端進行預(yù)處理,實現(xiàn)文件,同時確保
    發(fā)表于 05-22 10:54

    用樹莓派打造私人云盤,從零開始到文件上傳!

    簡單。使用外部硬盤定制你的NextCloudPi服務(wù)器,配置端口轉(zhuǎn)發(fā)以實現(xiàn)外部訪問,并輕松上傳文件。在當(dāng)今這個時代,從Dropbox到GoogleDrive和On
    的頭像 發(fā)表于 03-25 09:29 ?1209次閱讀
    用樹莓派打造私人云盤,從零開始到<b class='flag-5'>文件</b><b class='flag-5'>上傳</b>!

    鴻蒙文件傳輸三方庫上線開源鴻蒙社區(qū) 十行代碼實現(xiàn)大文件高速傳輸

    、斷點續(xù)下、分片上傳、斷點續(xù)傳、自動重試等多個特性的高性能文件傳輸解決方案,讓開發(fā)者開箱即用,輕松實現(xiàn)高效穩(wěn)定的文件傳輸功能。 在應(yīng)用開發(fā)過程中,許多場景涉及到
    發(fā)表于 03-06 10:29