其實我也並不認爲flutter一定是移動技術未來的發展趨勢，但是可以確定的說，flutter的方向是沒有問題的。即使它不會是成爲下一個跨平臺技術，也會有一個相似的技術來統治移動平臺的發展.
下面來闡述爲什麼flutter是一個趨勢:
我們回顧移動的發展歷史，從11年我開始接觸Android 和 Ios開發的時候，大家用的最多的就是原生開發,
我稱之爲第一階段技術
當時的架構都是這種形式，在系統的framework上面不斷的開發新的功能
那個年代，開源庫也沒有現在這麼多，所以大家都是出於造輪子的過程。
但這樣明顯有一個痛點：
就是Android IOS winphone，網頁端四分天下的格局，每個公司需要維護四個團隊，這樣成本很高，所以就有了一個迫切的需求，能否開發一套在多個平臺上運行，這樣可以大大降低開發成本。
所以就出現了第二階段的技術。
這個階段h5興起，甚至有一段時間大家覺得h5會替代Android原生開發，當時也出現了很多的開源框架來實現H5與底層的交互框架：PhoneGap，Cordova，Ionic，Xamarin
當然這種想法只持續了很短的一段時間，因爲雖然在這種架構上有開發成本低，簡單，跨平臺等很多的優點，但有一個致命的缺點性能問題導致他只能在很少的應用上取得成功。（cordova官方統計，大概只有5%的使用cordove的應用能夠取得成功）
這種現象持續了沒有多久就有很多公司幻想能不能有一種既能跨平臺，性能又高的架構解決這個問題呢？
這時就來到了第三階段技術：
大家看到這個架構可能一下子就想到了RN，對，當開發者認識到H5 的繪製問題是性能的瓶頸問題時，果斷的採取了通過原聲繪製的方式來實現。這樣大大的解決了性能問題。
其實採用這種技術的不止RN，還有weex，Luaview等等目前的跨平臺方案，他們的原理大同小異，只是上層採用的語言不同，中間採用的橋有差異而已，但是整個架構思想是一樣的。
當人們滿足於這種開發帶來的便利的同時，又有了新的問題產生了，就是橋的成本太高，當涉及到頻繁的跨橋調用的時候，就會出現性能問題，還有個更嚴重的問題就是，維護成本也很高，
當人們認爲RN能節省一半工程師的時候，其實RN的維護需要更多的工程師參與進來，
1.RN的整體思想是一處學習到處使用，所以在Android和Ios的使用方式上還是有差異的，而且在開發插件的時候，還是需要開發android ios兩套插件，能達到像H5一樣，一處編寫，到處運行還是有很大的差異的，所以除了android和ios團隊外還需要一個團隊維護RN，RN架構的維護成本要比android和ios的開發的難度高多了。所以成本比原來還高，還有很多Rn架構本身沒有辦法結局的問題，對於小團隊來說簡直就是噩夢。
所以這時就產生了第四階段技術方案Flutter
他的整體架構是這樣的
它在第三階段的基礎上，增加了一個dart虛擬機，所以減少了橋的交互，所以性能方面會更加優秀，還有一點就是維護上，flutter有Google維護，所以他的插件開發將會更加規範，所以理論上很容易實現跨平臺代碼複用的情況
綜上所述：我更傾向於相信flutter在未來會有一定的發展空間。
但是一個技術能否活下來有很多原因，技術好不一定會火，所以我並不覺得flutter一定會火，但我認爲即使不是flutter也會有一個類似於flutter的第四階段的技術方式來解決目前移動開發的痛點。
下面來說一下google爲甚麼會選擇flutter
在介紹Flutter之前一定要介紹一下Dart語言。
Dart 語言我一直覺得是一個生不逢時的才子，從11年出生開始，他的目的就是幹掉JS，但是一年過去了，JS各種框架產生，Dart一直在生死線上掙扎，後來沒辦法，Dart團隊意識到取代是不可能的，先讓自己活吧，我可以讓你寫Dart直接轉換爲Js，這樣你可以用我啦吧，畢竟我比js更牛逼啊，但是還是沒人用，後來出現了Fuchsia os，主要語言就是dart，沒人用，我自己用總可以吧，Google對外宣佈數據：
2016年穀歌的AdWords、AdSense和Fiber項目團隊開始把Dart融入他們的前端應用開發。一項內部報告表明，Dart可以幫助他們提升25%到100%的前端開發效率。谷歌內部的Dart代碼量比去年增長了3.5倍
Google從前端，到新開發的系統，到我們現在接觸到的flutter都是使用dart，足以見得，google對dart的重視。
但換句話來說，只要有一環能夠成功，那麼整個環路都能活起來。
可能很多人認爲無論是flutter還是dart都不是一個趨勢，就像討論的時候，我們團隊的技術專家：旭哥說，google內部有很多團隊，這個任何一個都是內部團隊互相競爭的一個小產物，未必是google的意圖
其實我不反對，但我仍然覺得flutter這種技術是移動發展這麼多年之後的必然產物，無論google是否做，都會有人來做。
以上是我借鑑了很多國內外文章的，與一些技術大神討論之後的產生的一些自己的想法
不一定對，我們讓時間來驗證吧。