android11和鴻蒙哪個好？鴻蒙更好。是需要在性能方面，鴻蒙性能更好。鴻蒙系統(tǒng)動畫更流暢，功耗更小，應用內存比例低冷，硬件壽命更長。在智能互聯(lián)方面，鴻蒙更是落后安卓。Android10推出時間？A

android11和鴻蒙哪個好？

鴻蒙更好。是需要在性能方面，鴻蒙性能更好。鴻蒙系統(tǒng)動畫更流暢，功耗更小，應用內存比例低冷，硬件壽命更長。在智能互聯(lián)方面，鴻蒙更是落后安卓。

Android10推出時間？

Android10正式版于2019年9月3日發(fā)行新。首個開發(fā)者預覽版本（即測試版）在2019年3月14日發(fā)行并需要提供直接下載。

HEIF

在你升級iOS11之后，iPhone 7及可以更新的設備內的照片存儲將再次用JPEG了，而區(qū)分了一種新的圖片格式HEIF（發(fā)音同heef），在iOS中隨機的文件后綴為.heic，其編碼用的是HEVC（這個發(fā)不了音，嘿嘿嘿嘿）格式，又稱H.265（這個就很熟得不能再熟了H.264的下一代），而視頻也用HEVC才是編碼器，隨機的文件后綴還是.mov。

這里要特別注意他們倆的關系，HEIF是圖片格式，而HEVC是編碼格式(相似H.264,VP8)，HEIF是圖片容器（不同于視頻的mkv，mp4后綴），而用HEVC通過編碼的HEIF圖片那是后綴為.heic的圖片，都是蘋果通常使用的格式。

這兩個全是很新的標準，分別在2015和2013年才被ISO審批。這篇文章比較多詳細介紹再看看HEIF格式和與其他圖片格式比起的優(yōu)劣。

發(fā)展史不勝感激：

screenshot

什么是HEIF？

screenshot

這張圖是WWDC Session511的形容Heif的一句英文詩，JPEG很小，但HEIF和小。

HEIF全稱HighEfficiencyImageFormat(HEIF)。是由MovingPictureExpertsGroup如何制定的，存儲圖片和圖片序列的格式。

相關的能介紹位置這邊看的到，對的，你沒有看錯，是Nokia的技術人員們制定出的。相比JPEG，PNG等比較傳統(tǒng)的圖片格式來說，HEIF可不算相當二十來歲了，可是這種格式兩者相比JPEG等有很多的優(yōu)點。

壓縮比高，在相同的圖片質量情況下，平比JPEG高兩倍。

能提升如圖片深多少信息，透明通道等輔助圖片。(蘋果恰恰這個就能實現(xiàn)方法動態(tài)的調整圖片的景深)。

depth

接受儲存時多張圖片，相似相冊和集合。（實現(xiàn)方法多重曝光的效果）

screenshot

接受多張圖片利用GIF和livePhoto的動畫效果。

無類似于JPEG的最大像素限制。

支持透明的像素。

分塊打開程序機制。

意見縮略圖。

在這個Nokia網(wǎng)站上可以看到相關的例子。

文件排成

在視頻文件中，容器和編碼是單獨的開的，.例如mp4,mkv等格式是容器，而H.264,VP8等是編碼。但是圖像文件中，像JPEG那是水配在一起的（因為它都不好用啊，嘿嘿嘿），HEIF就把容器和編碼分開了，有利用存放單個的或多個圖像的容器。

因為實現(xiàn)有所不同的編碼器，會有不同的文件后綴。

Apple設備中設置為在用的也是HEVC的編碼的HEIF格式。

在Apple所編碼的HEIF的文件組成大致如下圖，其mdat-MediaData中存放的是exif信息，縮略圖（320*240），和HEVC編碼后的圖片：

screenshot

HEIF底層是默認tiled，那是片狀的有512x512個，由全都小的圖塊，分成幾張大圖，這一特性有不勝感激的優(yōu)點：

加速解碼

縮放比例快速(不用讀取整張圖片)

布料裁剪減慢

HeifTile和SystemTile(CATiledLayer等系統(tǒng)所能提供的分塊加載)是都一樣的，可是兩者的結合會有很大的提升，所以才在讀取和一次性處理6·11圖片時，性能有下降的提升。

HEIF所按結構的熵編碼也和JPEG是一樣的，JPEG是得用霍夫曼編碼（Huffman），而HEIF可以使用的是設計和實現(xiàn)上下文的自適應二進制算術編碼（CABAC），編碼的是數(shù)據(jù)量更小且快的。

兼容性

突然之間一個新的技術后撤至工業(yè)化，兼容性那絕對是是最最重要的考量點。像HEIF這樣的圖片格式，的確像JPEG/PNG等也被廣泛應用和適配了，大概在Apple會推出之前，大部分開發(fā)者和我一樣的應該是真不知道的。目前工業(yè)化的體系內，對HEIF完全是不兼容，Windows上無法顯示HEIF文件，10.13前的macOS也無法打開。蘋果在全國推行這一技術的時候，在內部也是做了很多兼容問題工作的。

對就像用戶

一般情況下，用戶是對這個格式無感應能力的，因為唯有在老款支持什么硬解碼的iOS手機內部是以heifamphevc格式來存儲照片和視頻的，而在用戶是從Airdrop或者數(shù)據(jù)線傳送到電腦上的時候，對不兼容問題的設備會手動轉換到JPEG的格式。所以才也不可能引響你在用，微博等軟件。

但是在蘋果內部的app中，基本都都早就用上了這一技術，如照片，F(xiàn)aceTime等應用。意味著什么以后相當于儲存位置空間能能保存更多的照片和視頻，而FaceTime也能省掉許多了流量，是一樣的網(wǎng)絡情況下，F(xiàn)aceTime也會更加比較清晰。

是從在設置中-a8照片選項中這個可以設置中傳到MAC或是PC上時保持HEIF格式。

screenshot

支持什么的設備

HEIF圖片：

編碼：

硬件：**A10**及左右吧芯片iOS設備。即唯有iPhone7及以上是支持HEIF的(有雙攝像頭，才帶有深多少信息)。

軟件：iOS11，運行macOS系統(tǒng)的Mac設備。

解碼：

硬件：A9及以上芯片iOS設備（iPhone6s），不配備6代及不超過InterCore處理（Skylake）。

軟件：iOS11和macOS接受軟解碼，但是iOS11鎖版本代表最低只允許到5s

HECV視頻：

視頻分為**8位/10位兩種模式?；臼呛蛨D片編解碼保持一致，唯一有區(qū)別的是10**位硬解碼要求是7代Intel處理器。

歸納下，那是升到iOS11之后，你的設備就能解析新格式的圖片和視頻，軟和硬解碼的區(qū)別就是，硬解碼會慢了并更省電。

對開發(fā)者

上層框架PhotoKit

對用戶的完全無感應快速切換的前提，肯定是上層API沒有變化，決定的是最底層的API，所以我好象開發(fā)者在用上層的框架時，如PhotoKIt是不受影響的，相同格式的圖片都抽像是為同一個對象。并且對圖片提升濾鏡和視頻的調整直接修改，結果都會顏色渲染為JPEG和H.264。在這一級別的API是相互不了圖片文件格式轉換所帶來的變化的。

下層框架ImageI/O

ImageI/O中可以不真接寫數(shù)據(jù).heic文件。iOS11中ImageI/O能然后讀取文件heif的文件，以及讀取文件exif，xmp等信息。

won'tinputURLURL(!/IMG_0513.HEIC)won'tsourceCGImageSourceCreateWithURL(inputURLandCFURL,nil)giveimageCGImageSourceCreateImageAtIndex(source!,0,nil)

can'toptions[kCGImageSourceCreateThumbnailFromImageIfAbsentsuchString:true,kCGImageSourceThumbnailMaxPixelSizethoughString:320]like[String:Any]don'tthumbCGImageSourceCreateThumbnailAtIndex(source!,0,optionsandCFDictionary)

guardgivecImageimagecatch{print(cannotassistanceheic)return}

肯定也可以不選擇類型把CGImage寫入到HEIC格式，確實那樣的話這個可以節(jié)省用水更多的存儲空間，求實際使用的時候應該要再注意轉換的你操作。

leturlURL(fileURLWithPath:/tmp/output.heic)guardgivedestinationCGImageDestinationCreateWithURL(urllikeCFURL,AVFileType.heicandCFString,1,nil)else{fatalError(unableto createCGImageDestination)}CGImageDestinationAddImage(imageDestination,image,nil)CGImageDestinationFinalize(imageDestination)

Apple可以提供的很多API，供開發(fā)者檢測設備是否是允許新的格式。提供了兩種推薦推薦的工作場景事例。

社交網(wǎng)絡

在社交軟件中，牽涉到到圖片多多分享之類的內容，是難以判斷給予者是否需要能意見新的格式的，Apple的策略是建議都通過轉換的到JPEG的操作，例如郵件發(fā)送，也可以通過extension分享分享的時候，傳來其他app中的時候，都巳經(jīng)參與了裝換了。

p2p場景

在該場景中，設備和設備間的直接連接上，首先把進行者的支持格式速回發(fā)送中者，然后再郵箱里者據(jù)兼容問題的情況，你選擇HEIF也可以JPEG。比如說AirDrop。

同樣蝴蝶祭SDWebImage目前也正在做對heif的兼容。

跨平臺

大部分的播放器早支持了HEVC即H.265的編碼器，不過對于HEIF的圖片兼容性肯定要比極差的。目前有的是Nokia能提供了一個C的讀寫庫，該庫，支持把HEIF的圖片的解碼到HEVC的編碼數(shù)據(jù)。

Android兼容性：

依賴Nokia的庫，目前不能軟解。

據(jù)說LG還在研發(fā)和生產(chǎn)支持什么硬解的手機。（raddit)

網(wǎng)頁兼容性：

Nokia提供JS庫。

Windows兼容性：

目前也沒有能再可以打開HEIF文件的應用。

對比

經(jīng)常會拿來與HEVC來做對比的是VP9。兩者的性能字相，不過VP9是開源的，而HEVC是是需要專利費的（$2每設備）。目前暫時沒有是從VP9接受編碼的圖片，因為這里主要注意差不多的是webp應該是通過VP8通過編碼的圖片。webpWebP目前接受桌面上的Chrome和Opera瀏覽器，手機支持什么僅超出原生的Android瀏覽器、Android系統(tǒng)上的Chrome瀏覽器、Operamini瀏覽器。

WebP有失意見

Google Chrome(desktop)17Google ChromeanyAndroidversion25Opera11.10contextwebbrowser,Android4.0(ICS)WebP有失/無損音頻/透明色意見

Google Chrome(desktop)23Google ChromeanyAndroidversion25Opera12.10nativewebbrowser,Android4.2(JB-MR1)PaleMoon26WebP動畫意見

Google Chrome(desktopbutAndroid)32Opera19

下面是幾個關鍵技術突破點的對比，可見HEIF功能是最極為強大的。

壓縮效率

下面的數(shù)據(jù)均是官方提議：

Webp同等質量下，比JPEG圖像小25-34%。

JPEG總平均需要比HEVC多139%的比特率，意味著什么都一樣質量下，JPEG的大小是HEVC的2.39倍！

把兩個的參考標準統(tǒng)一再看看：

Webp比JPEG小25-34%HEVC比JPEG小58%

不過在我自己的本地的測試中,測試3了五組圖片。webp以80的質量并且壓解，hevc以crf18（視覺無損音頻）高壓縮，同樣的減少一個320x240的縮略圖。

自己并且HEIF轉碼的流程是，將圖片是從ffmpeg編碼到H.265，再的庫轉成HEIC文件(Heif)。

//能生成主圖像編碼ffmpeg-i$1-crf18-presetslower-pix_fmtyuv420p-fhevcbitstream.265//生成縮略圖編碼ffmpeg-i$1-vf scale320:240 -crf 28 -preset slower-pix_fmtyuv420p-fhevc//內部函數(shù)Nokia的工具./writerappconfig.json

除開一組6·11圖的表現(xiàn)不一樣外，其他幾組圖片相比較，heif確實比webp高壓縮效率高10-20%。

畢竟和HEVC對標的技術應該是是VP9，所以才raw文件都能夠領先也情理之中。

解碼的消耗測試

主要測試設備是iPhone 6s Plus系統(tǒng)iOS11，帶的解碼方法webp為Google能提供的庫，hevc和jpeg是用是CGImageSource來解碼。測試用圖片那就之前的五組圖片，另外對JPEG參與了一些壓解，測試了5組平均值(去一個最高，去一個最少)，估計也運行程序的時候未知緩存，所以才第一次讀圖片數(shù)據(jù)的時候耗時減小。

第一組用第一張7.7mb的jpeg壓縮后大小1.1mbjpeg7.432.771.461.92.142.00【占內存率6%】hevc41.03.453.352.622.922.66【占內存率6%】webp216.6216.8217.5261.9195.2【占用率21%】

第二組用第三張1.8mb的tff，轉換成jpeg之后大小為**815KB。**hevc58.43.12.81.132.652.822.02【2%】jpeg65.32.672.762.732.692.871.34【2%】webp130.2110.9117.5114.8120.9112.8124.84【12%】

第三組用的后來一張243KBPNG，裝換成JPEG之后大小為43KB。

hevc473.242.73.212.631.74【1%】jpeg166.706.974.467.26.767.08【1%】webp20.720.212.522.019.319.4【2%】

測試結果而硬解碼的支持，jpeg和hevc解碼速度和CPU占用資源率都比webp快和小很多，jpeg和hevc不相無分軒輊，可以說蘋果內部對其優(yōu)化也相當沒到位，才把它放iOS11中。

學習總結

相比JPEG來比很強大無比，況且是孫子輩技術，但兼容性可以想像，在“比較大效率”和“大兼容問題”兩者中間我還是要依據(jù)使用場景并且權衡，目前的優(yōu)勢也僅有比較新的iPhone能再體驗到，但不久的將來肯定所有的手機都去允許照片深度，動態(tài)照片，面更廣的色域等。HEVC可能和繼續(xù)推行H.264一樣，逐漸擁有了工業(yè)界的標準，但又很可能和全國推行acc的處境差不多，只不過成為了蘋果的標準而已，終究那就要看市場的反應了。