透明視頻動(dòng)畫(huà)是目前比較流行的實(shí)現(xiàn)動(dòng)畫(huà)的一種, 大廠也相繼開(kāi)源自己的框架，最終我們選中 騰訊vap ，它支持了Android、IOS、Web，為我們封裝flutter_vap提供了天然的便利，并且它提供了將幀圖片生成帶alpha通道視頻的工具，這簡(jiǎn)直太贊了。
五原網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。成都創(chuàng)新互聯(lián)自2013年創(chuàng)立以來(lái)到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專(zhuān)注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)。
VAP（Video Animation Player）是企鵝電競(jìng)開(kāi)發(fā)，用于播放酷炫動(dòng)畫(huà)的實(shí)現(xiàn)方案。
video for youtube
video for qiniu
apk download
github
當(dāng)我們想創(chuàng)建一個(gè)自定義的隱式動(dòng)畫(huà)時(shí)，我們可以使用TweenAnimationBuilder.
中文說(shuō)明
假設(shè)你想創(chuàng)建一個(gè)基礎(chǔ)的動(dòng)畫(huà)，這個(gè)動(dòng)畫(huà)不會(huì)永遠(yuǎn)重復(fù)。它僅僅是一個(gè)組件或則一個(gè)組件樹(shù)。Flutter有一個(gè)慣例，將其隱式動(dòng)畫(huà)小部件命名為AnimatedFoo。
tween 設(shè)置動(dòng)畫(huà)的值。開(kāi)始xxx 結(jié)束xxx
builder: 第一個(gè)參數(shù)是BuildContext,第二個(gè)是value取決于你要設(shè)置的動(dòng)畫(huà)數(shù)據(jù)。第三個(gè)參數(shù)子組件，用于優(yōu)化.
同時(shí)還可以設(shè)置運(yùn)動(dòng)曲線 curve。
onEnd監(jiān)聽(tīng)，可以在動(dòng)畫(huà)完成時(shí)，進(jìn)行下一步動(dòng)作
設(shè)置子Widget參數(shù)時(shí)潛在性能的優(yōu)化。意思是說(shuō)
builder中的child可以提前構(gòu)建。以參數(shù)的方式傳遞盡力啊。flutter會(huì)自動(dòng)唯一的小部件是什么，它將會(huì)需要逐幀重建新的內(nèi)容。而不是其實(shí)圖像的本身。（如果時(shí)小的組件，沒(méi)啥必要，但是如果是巨大的動(dòng)畫(huà)。作用應(yīng)該會(huì)很明顯）
[img]hello world例子
在終端打印字符串‘Hello World!’
計(jì)算斐波那契數(shù)列
一個(gè)簡(jiǎn)單的類(lèi)
計(jì)算兩點(diǎn)距離
異步并發(fā)示例
使用了Isolate
1.面向?qū)ο?/p>
對(duì)于面向?qū)ο筮@個(gè)概念，相信了解Java的同學(xué)對(duì)這個(gè)概念一定不會(huì)陌生。
例如：我們有個(gè)Person Object他有很多特征和行為。
這些都是這個(gè)Person Object的屬性。
也就是因?yàn)橛辛诉@些特征，行為等等才決定了這個(gè)人是誰(shuí)。
那么回到Dart當(dāng)中，所有的都是對(duì)象，那么在就可以可以跟進(jìn)對(duì)象的屬性的特征，方法等等來(lái)進(jìn)行編程。
之所以我們?cè)谶@里又特別強(qiáng)調(diào)了一下面向?qū)ο蟮母拍睿且驗(yàn)檫@個(gè)概念在Dart語(yǔ)言當(dāng)中，至關(guān)重要！
2.最重要的幾個(gè)概念
3.Dart的部分特性
4.Dart的內(nèi)置庫(kù)
包名
描述
dart:asynv
異步編程，提供Future，Stream類(lèi)
dart：collection
集合
dart：convert
不同類(lèi)型的字符編碼解碼
dart：core
Dart語(yǔ)言核心功能，內(nèi)置類(lèi)型
dart:html
網(wǎng)頁(yè)開(kāi)發(fā)用到的庫(kù)
dart:io
文件讀寫(xiě)，IO相關(guān)
dart:math
數(shù)字常量以及函數(shù)，隨機(jī)算法等
dart:svg
事件和動(dòng)畫(huà)矢量圖支持
綜上述所說(shuō)要想學(xué)Flutter，先學(xué)Dart！關(guān)于Flutter下篇我會(huì)講到。為什么離不開(kāi)dart！
有關(guān)更多面經(jīng)、核心技術(shù)筆記；自己也是從事Android開(kāi)發(fā)5年有余了；整理了一些Android開(kāi)發(fā)技術(shù)核心筆記和面經(jīng)題綱， 如有需要的同學(xué)請(qǐng)私信我回復(fù)“核心筆記”或“面試”領(lǐng)取！
使用Tween動(dòng)畫(huà),改變控件距左距離
展開(kāi)時(shí),展示菜單控件,動(dòng)畫(huà)正向執(zhí)行;收起后,動(dòng)畫(huà)反向執(zhí)行,隱藏菜單控件;
1.動(dòng)畫(huà)原理：在一段時(shí)間內(nèi)快速的多次改變UI外觀，由于人眼會(huì)產(chǎn)生視覺(jué)暫留所以最終看到的就是一個(gè)連續(xù)的動(dòng)畫(huà)。
UI的一次改變稱(chēng)為一個(gè)動(dòng)畫(huà)幀，對(duì)應(yīng)一次屏幕刷新。
FPS：幀率，每秒的動(dòng)畫(huà)幀數(shù)。
flutter動(dòng)畫(huà)分為兩類(lèi)：
常見(jiàn)動(dòng)畫(huà)模式：
是一個(gè)抽象類(lèi)，主要的功能是保存動(dòng)畫(huà)的值和狀態(tài)。常用的一個(gè)Animation類(lèi)是Animation double ,是一個(gè)在一段時(shí)間內(nèi)依次生成一個(gè)區(qū)間之間的值的類(lèi)，可以是線性或者曲線或者其他。
可以生成除double之外的其他類(lèi)型值，如：Animation Color 或 Animation Size 。
是一個(gè)動(dòng)畫(huà)控制器，控制動(dòng)畫(huà)的播放狀態(tài)，在屏幕刷新的每一幀，就會(huì)生成一個(gè)新的值。
包含動(dòng)畫(huà)的啟動(dòng)forward()、停止stop() 、反向播放 reverse()等方法，在給定的時(shí)間段內(nèi)線性的生成從0.0到1.0（默認(rèn)區(qū)間）的數(shù)字。
curve:描述動(dòng)畫(huà)的曲線過(guò)程。
curvedAnimation:指定動(dòng)畫(huà)的曲線。
常用Curve：
繼承自Animatable T ，表示的就是一個(gè) Animation 對(duì)象的取值范圍，只需要設(shè)置開(kāi)始和結(jié)束的邊界值(值也支持泛型)。 它唯一的工作就是定義輸入范圍到輸出范圍的映射。
例如，Tween可能會(huì)生成從紅到藍(lán)之間的色值，或者從0到255。
Tween.animate:返回一個(gè)Animation。
映射過(guò)程：
1). Tween.animation通過(guò)傳入 aniamtionController 獲得一個(gè)_AnimatedEvaluation 類(lèi)型的 animation 對(duì)象(基類(lèi)為 Animation)， 并且將 aniamtionController 和 Tween 對(duì)象傳入了 _AnimatedEvaluation 對(duì)象。
2). animation.value方法即是調(diào)用 _evaluatable.evaluate(parent)方法， 而 _evaluatable 和 parent 分別為 Tween 對(duì)象和 AnimationController 對(duì)象。
3). 這里的 animation 其實(shí)就是前面的 AnimationController 對(duì)象， transform 方法里面的 animation.value則就是 AnimationController 線性生成的 0.0~1.0 直接的值。 在 lerp 方法里面我們可以看到這個(gè) 0.0~1.0 的值被映射到了 begin 和 end 范圍內(nèi)了。
接收一個(gè)TickerProvider類(lèi)型的對(duì)象，它的主要職責(zé)是創(chuàng)建Ticker。
防止屏幕外動(dòng)畫(huà)消耗資源。
[圖片上傳失敗...(image-115b94-1636441483468)]
過(guò)程：
回調(diào)：
不使用addListener()和setState()來(lái)給widget添加動(dòng)畫(huà)。
使用AnimatedWidget，將widget分離出來(lái)，創(chuàng)建一個(gè)可重用動(dòng)畫(huà)的widget，AnimatedWidget中會(huì)自動(dòng)調(diào)用addListener()和setState()
AnimatedModalBarrier、DecoratedBoxTransition、FadeTransition、PositionedTransition、RelativePositionedTransition、RotationTransition、ScaleTransition、SizeTransition、SlideTransition
如何渲染過(guò)渡，把渲染過(guò)程也抽象出來(lái)：
AnimatedBuilder的示例包括: BottomSheet、 PopupMenu、ProgressIndicator、RefreshIndicator、Scaffold、SnackBar、TabBar。
MaterialPageRoute：平臺(tái)風(fēng)格一致的路由切換動(dòng)畫(huà)
CupertinoPageRoute：左右切換風(fēng)格
自定義：PageRouteBuilder
1.要?jiǎng)?chuàng)建交織動(dòng)畫(huà)，需要使用多個(gè)動(dòng)畫(huà)對(duì)象（Animation）。
2.一個(gè)AnimationController控制所有的動(dòng)畫(huà)對(duì)象。
3.給每一個(gè)動(dòng)畫(huà)對(duì)象指定時(shí)間間隔（Interval）
可以同時(shí)對(duì)其新、舊子元素添加顯示、隱藏動(dòng)畫(huà).
當(dāng)AnimatedSwitcher的child發(fā)生變化時(shí)（類(lèi)型或Key不同），舊child會(huì)執(zhí)行隱藏動(dòng)畫(huà)，新child會(huì)執(zhí)行執(zhí)行顯示動(dòng)畫(huà)。
希望大家支持一下，感謝
APP 啟動(dòng)頁(yè)在國(guó)內(nèi)是最常見(jiàn)也是必備的場(chǎng)景，其中啟動(dòng)頁(yè)在 iOS 上算是強(qiáng)制性的要求，其實(shí)配置啟動(dòng)頁(yè)挺簡(jiǎn)單，因?yàn)樵?Flutter 里現(xiàn)在只需要：
一般只要配置無(wú)誤并且圖片尺寸匹配，基本上就不會(huì)有什么問(wèn)題， 那既然這樣，還有什么需要適配的呢？
事實(shí)上大部分時(shí)候 iOS 是不會(huì)有什么問(wèn)題， 因?yàn)? LaunchScreen.storyboard 的流程本就是 iOS 官方用來(lái)做應(yīng)用啟動(dòng)的過(guò)渡；而對(duì)于 Andorid 而言，直到 12 之前 windowBackground 這種其實(shí)只能算“民間”野路子 ，所以對(duì)于 Andorid 來(lái)說(shuō)，這其中就涉及到一個(gè)點(diǎn)：
所以下面主要介紹 Flutter 在 Android 上為了這個(gè)啟動(dòng)圖做了哪些騷操作～
在已經(jīng)忘記版本的“遠(yuǎn)古時(shí)期” ， FlutterActivity 還在 io.flutter.app.FlutterActivity 路徑下的時(shí)候，那時(shí)啟動(dòng)頁(yè)的邏輯相對(duì)簡(jiǎn)單，主要是通過(guò) App 的 AndroidManifest 文件里是否配置了 SplashScreenUntilFirstFrame 來(lái)進(jìn)行判斷。
在 FlutterActivity 內(nèi)部 FlutterView 被創(chuàng)建的時(shí)候，會(huì)通過(guò)讀取 meta-data 來(lái)判斷是否需要使用 createLaunchView 邏輯 ：
是不是很簡(jiǎn)單，那就會(huì)有人疑問(wèn)為什么要這樣做？我直接配置 Activity 的 android:windowBackground 不就完成了嗎？
這就是上面提到的時(shí)間差問(wèn)題， 因?yàn)閱?dòng)頁(yè)到 Flutter 渲染完第一幀畫(huà)面中間，會(huì)出現(xiàn)概率出現(xiàn)黑屏的情況，所以才需要這個(gè)行為來(lái)實(shí)現(xiàn)過(guò)渡 。
經(jīng)歷了“遠(yuǎn)古時(shí)代”之后， FlutterActivity 來(lái)到了 io.flutter.embedding.android.FlutterActivity ， 在到 2.5 版本發(fā)布之前，F(xiàn)lutter 又針對(duì)這個(gè)啟動(dòng)過(guò)程做了不少調(diào)整和優(yōu)化，其中主要就是 SplashScreen 。
自從開(kāi)始進(jìn)入 embedding 階段后， FlutterActivity 主要用于實(shí)現(xiàn)了一個(gè)叫 Host 的 interface ，其中和我們有關(guān)系的就是 provideSplashScreen 。
默認(rèn)情況下它會(huì)從 AndroidManifest 文件里是否配置了 SplashScreenDrawable 來(lái)進(jìn)行判斷 。
默認(rèn)情況下當(dāng) AndroidManifest 文件里配置了 SplashScreenDrawable ，那么這個(gè) Drawable 就會(huì)在 FlutterActivity 創(chuàng)建 FlutterView 時(shí)被構(gòu)建成 DrawableSplashScreen 。
DrawableSplashScreen 其實(shí)就是一個(gè)實(shí)現(xiàn)了 io.flutter.embedding.android.SplashScreen 接口的類(lèi)，它的作用就是：
之后 FlutterActivity 內(nèi)會(huì)創(chuàng)建出 FlutterSplashView ，它是個(gè) FrameLayout。
FlutterSplashView 將 FlutterView 和 ImageView 添加到一起， 然后通過(guò) transitionToFlutter 的方法來(lái)執(zhí)行動(dòng)畫(huà)，最后動(dòng)畫(huà)結(jié)束時(shí)通過(guò) onTransitionComplete 移除 splashScreenView 。
所以整體邏輯就是：
當(dāng)然這里也是分狀態(tài)：
當(dāng)然這個(gè)階段的 FlutterActivity 也可以通過(guò) override provideSplashScreen 方法來(lái)自定義 SplashScreen 。
看到?jīng)]有，做了這么多其實(shí)也就是為了彌補(bǔ)啟動(dòng)頁(yè)和 Flutter 渲染之間， 另外還有一個(gè)優(yōu)化，叫 NormalTheme 。
通過(guò)該配置 NormalTheme ，在 Activity 啟動(dòng)時(shí)，就會(huì)首先執(zhí)行 switchLaunchThemeForNormalTheme(); 方法將主題從 LaunchTheme 切換到 NormalTheme 。
大概配置完就是如下樣子， 前面分析那么多其實(shí)就是為了告訴你，如果出現(xiàn)問(wèn)題了，你可以從哪個(gè)地方去找到對(duì)應(yīng)的點(diǎn) 。
講了那么多， Flutter 2.5 之后 provideSplashScreen 和 io.flutter.embedding.android.SplashScreenDrawable 就被棄用了，驚不喜驚喜，意不意外，開(kāi)不開(kāi)心 ？
通過(guò)源碼你會(huì)發(fā)現(xiàn)，當(dāng)你設(shè)置了 splashScreen 的時(shí)候，會(huì)看到一個(gè) log 警告：
為什么會(huì)棄用？
其實(shí)這個(gè)提議是在 這個(gè) issue 上，然后通過(guò) 這個(gè) pr 完成調(diào)整。
大概意思就是： 原本的設(shè)計(jì)搞復(fù)雜了，用 OnPreDrawListener 更精準(zhǔn)，而且不需要為了后面 Andorid12 的啟動(dòng)支持做其他兼容，只需要給 FlutterActivity 等類(lèi)增加接口開(kāi)關(guān)即可 。
也就是2.5之后 Flutter 使用 ViewTreeObserver.OnPreDrawListener 來(lái)實(shí)現(xiàn)延遲直到加載出 Flutter 的第一幀。
為什么說(shuō)默認(rèn)情況？ 因?yàn)檫@個(gè)行為在 FlutterActivity 里，是在 getRenderMode() == RenderMode.surface 才會(huì)被調(diào)用，而 RenderMode 又和 BackgroundMode 有關(guān)心 。
所以在 2.5 版本后， FlutterActivity 內(nèi)部創(chuàng)建完 FlutterView 后就會(huì)執(zhí)行一個(gè) delayFirstAndroidViewDraw 的操作。
這里主要注意一個(gè)參數(shù)： isFlutterUiDisplayed 。
當(dāng) Flutter 被完成展示的時(shí)候， isFlutterUiDisplayed 就會(huì)被設(shè)置為 true。
所以當(dāng) Flutter 沒(méi)有執(zhí)行完成之前， FlutterView 的 onPreDraw 就會(huì)一直返回 false ，這也是 Flutter 2.5 開(kāi)始之后適配啟動(dòng)頁(yè)的新調(diào)整。
看了這么多，大概可以看到其實(shí)開(kāi)源項(xiàng)目的推進(jìn)并不是一帆風(fēng)順的，沒(méi)有什么是一開(kāi)始就是最優(yōu)解，而是經(jīng)過(guò)多方嘗試和交流，才有了現(xiàn)在的版本，事實(shí)上開(kāi)源項(xiàng)目里，類(lèi)似這樣的經(jīng)歷數(shù)不勝數(shù)：
重慶分公司
重慶分公司
