最近在学习Flutter开发，在一次配置环境的过程中遇到了一个比较尴尬的坑，不过最终还是把这个坑给填掉了，再此进行一些分享，希望后来者遇到同样的问题时可以轻松的解决。
10年积累的网站建设、成都网站制作经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有随州免费网站建设让你可以放心的选择与我们合作。
从下图中可以看出，前面几条 flutter doctor 命令执行的时候总是未响应，通过各种方式执行都是一样的结果，但是dart命令是能够正常执行。起初还以为是环境变量配置的有问题，但是后来把环境变量改了又改，并且把flutter包换了又换，但是现象一直未得到解决。
遇到这种难题第一时间想到的便是百度，但是各种关键词搜索了一番之后，竟然没有找到一篇关于这种现象的解决方案，大部分都是flutter命令使用教程，如用 flutter doctor 去查看环境是否配置完成，或者通过 flutter doctor --android-licenses 命令去接受Android SDK的一些协议许可。
后来，又尝试了必应和Google搜索，也无果之后，放弃了通过网络寻求帮助解决的方法。
由于只有flutter的命令执行的时候无响应，所以起初认为是程序包有问题。于是通过再次解压程序压缩包和配置环境变量之后，问题仍然存在。
随后，判断了不是程序包的问题之后开始去监控应用进程的变化。
到这里，可以猜到很可能是由于git导致的问题，但是先前安装过flutter都没有问题，这一次重装系统之后就突然有问题了。所以就尝试着把git软件给删除并重新安装，然后奇迹的发现了 flutter doctor 命令可以正常执行了。
于是又倒退回去复现了一下问题，发现是安装git的时候选项选的有问题导致了和flutter冲突。
如下图，选择了 Use Window's default console window 的选项来安装git软件之后，git bash是直接用的window的命令窗口来执行命令。正是因为选中了这个选项所以导致flutter命令无响应的问题。
所以如果你出现了和我一样的问题可以尝试重新安装git软件，并在这一步选择 Use MinTTY 的选项来安装。
经过不断的试错，终于将这个问题解决了，flutter命令也可以正常执行了。如图，通过VSCode开发工具可以正常的执行 flutter create hello_flutter 创建新的flutter项目。
遇到问题要大胆试错，只要不断的尝试就会离问题的起因更近，最后找到解决问题的办法。如果你的flutter遇到了相同的问题而又不是由于git导致的话，也可以通过类似的方式不断试错并找到最终的解决方案。也欢迎各位同行可以在评论里分享自己解决问题的方法。
乐于分享，共同进步。
需求，app中使用webview和h5交互，根据h5发过来的消息，在屏幕上展示flutter组件，并且可以发送消息给h5。
首先使用的组件是flutter_WebView_plugin，这个组件不能嵌套flutter组件,所以放弃这个组件。
flutter_inappbrowser 可以实现组合布局, 所以选用了此库, GitHub链接
[
不久前，谷歌正式推出 Jetpack Compose 1.0 版本。近日，JetBrains 在此基础上发布了 Compose Multiplatform Alpha 版本，旨在将 Compose 扩展到桌面和 Web 端。
Compose Multiplatform 由 Compose for Desktop 和 Compose for Web 组成，通过 Kotlin Multiplatform 支持许多不同的平台。其中，Compose Desktop 采用 Google 的 Skia 图形库，来实现在 Windows、macOS 和 Linux 上的 UI 绘制，借此在所有支持的操作系统中提供统一的体验，类似于 Flutter 的做法。
根据 Kotlin 团队的说法，相比起 Electron 框架，Compose Multiplatform 在内存消耗、安装大小和 UI 渲染性能等方面将有更明显的优势。随着 Alpha 版本的发布，Compose Multiplatform 还收获了新的 Android Studio 插件，包括对在 IDE 中显示组件预览的支持以及许多附加功能。
我们希望通过本文帮助大家进一步了解 Compose 的跨平台能力，以及 JetBrains 将 Compose 从 Android 扩展到这些其他平台背后的主要驱动力是什么。
基于 Jetpack Compose 1.0
由谷歌打造的 Jetpack Compose 是一款用于在 Android 应用程序之内构建用户界面的官方框架，上周刚刚发布 1.0 版本。与此同时，Android Studio 代号“极狐”的首个稳定版 2020.3.1 也正式亮相。
尽管才刚迎来 1.0，但谷歌表示“目前 Play Store 中已经有超过 2000 款应用程序在使用 Compose——更重要的是，就连 Play Store 这款应用本身也在使用 Compose。”谷歌方面还表示，“我们一直在与一些顶级应用的开发人员进行合作，他们的反馈和支持帮助我们使 1.0 版本更加强大。”
Jetpack Compose for Android 迎来 1.0 版本
Compose 基于 Kotlin 开发，而 Kotlin 与 Android Studio（即官方指定的 Android IDE）均来自开发工具厂商 JetBrains。虽然 Jetpack Compose 专为 Android 打造（与谷歌的 Flutter 框架不同）， 但 JetBrains 公司坚信 Compose 完全能够获得跨平台能力 。
Compose for Desktop: 这只是开始
Compose Multiplatform 可以说是该框架面向 MacOS、Linux、Windows 以及 Web 开设的一个端口，目前刚刚发布 1.0 Alpha 版本。虽然尚处于早期开发阶段，但 JetBrains 表示，其已经“为开发人员带来能够基本安全使用的稳定 API”。
TheRegister 就此事询问了 JetBrains 公司 Compose 项目负责人 Nikolay Igotti，希望了解为什么该公司在拥有了已经广泛应用于 IntelliJ IDEA IDE 及多种丰富变体的桌面应用程序跨平台 Java 框架之外，还要费力开发 Compose for Desktop。Igotti 的回答是，“旧有 Java 框架基本上就是修改版的 Swing。Swing 属于默认 JDK UI 框架，Swing 和 AWT（Abstract Windows Toolkit，抽象窗口工具包）。Compose 则完全是另一码事，当然我们也在设计中考虑到了互操作性需求……Swing 这套框架太陈旧了，最早出现在上世纪九十年代末。多年来人们对于 UI 的设计思路已经天翻地覆，Swing 显然满足不了要求了。”
JetBrains IDE 中的 Compose for Desktop 项目
Compose 与 Swing 有一个比较大的共同点：与其他使用本机控件的跨平台框架，比如例如 Java 的 SWT（Standard Widget Toolkit）以及微软的 Xamarin 有所不同，它们选择自主绘制控件。Compose 使用的 Skia 开源图形库，也在谷歌 Chrome、Flutter 及其他众多框架当中得到广泛应用。那这是否意味着 Compose 应用程序将没有自己的原生外观？对此，Igotti 的回应是，“这取决于开发人员的选择，取决于他们如何为应用程序设置主题。在这方面，Compose 的情况与 Flutter 等其他框架没什么区别。”
那 Compose for Desktop 应用程序是否依赖于 JVM（Java Virtual Machine）运行？Igotti 表示，“我们也知道，JVM 应用程序的发布情况可能比较棘手。因此我们提供自己的 Gradle 插件，其使用 jpackage 与 Jlink 以 JVM 应用程序为基础制作原生应用程序。Mac 的.dmg、Windows 的 MSI、Linux 的 deb 包等均可实现，大家用不着担心 JVM。”
也就是说，开发成果将会是一款被精心包裹起来的 JVM 应用程序。JetBrains 还有一款用于解决这个问题的 Kotlin/Native 编译器，“预计将在未来发布，或者专门用于桌面开发。”
对应用程序的另一种思考方式
那 Web 应用程序方面呢？Igotti 回应称，“我们使用 Kotlin/JS 编译器。”Compose 的 Web 版本不如桌面版先进，说明文档中也警告称“API 尚未最终确定，预计会发生重大变化。”此外，虽然 Web 版本确实使用 Compose 模型，但 API 却完全不同，而且会使用 HTML 与 CSS。所以，Web 版与 Compose for Desktop 之间能够共享的代码应该比较少。
据 Igotti 介绍，“Compose 代表着一种不同的应用程序思考方式。状态即 UI 的真实来源，而 UI 本身是无状态的，其表达永远由状态计算得出。在这方面，Compose for Web 采用一组相同的原语，完全相同的状态管理思路。但是对于具体的小部件集合与排列方式，Web 版与桌面版之间确实无法互通。”
说到这里，为什么要把 Compose for Android 扩展到多种其他平台之上？“Compose 的目标受众主要分为三类。首先是使用 Kotlin 与 Compose 的 Android 开发人员，他们希望把自己的开发成果交付至其他平台；其二是纯 Kotlin 开发人员，他们希望以‘一次编写、随处运行’的方式开发新的应用程序；第三则是那些不太熟悉 Kotlin 或者 Compose，但又希望开发出精美 UI 的用户，我们希望能为他们提供实现目标的工具。”
Igotti 并没有给出具体的发布日期，但表示自己希望 Beta 版能在今年秋天发布，“我们也希望能在今年之内推出 1.0 版本。”项目本身是完全开源的，“二十一世纪了，框架在大多数人们心目中就不应该收费。我们只是想开发一款长期缺失的软件”，补足 JetBrains 当前商业模式中的工具链。
那么，JetBrains 会在自己的其他工具中使用 Compose 吗？事实上，他们的 JetBrains Toolbox（用于管理已安装的 IDE）已经在使用 Compose，但 Igotti 表示短时间内 Compose 还无法取代 IntelliJ IDEA 等现有框架。“编辑器是其中最复杂也最重要的组件，经历了 20 年的发展演进，我们几乎不可能在中途进行重写了。无论是 JetBrains 还是我个人，都不打算强迫每个人都转而使用 Compose。我们的目标是为原有框架选项满足不了的用户提供新的解决方案。”
写在最后
那么，为什么除了 Flutter 之外，我们还需要另一个跨平台框架？虽然谷歌的 Flutter 最开始主要面向移动设备，但现在也开始向桌面及 iOS 进军，甚至比 Compose 还抢先了一步。不过，根据 StackOverflow 的最新调查， Flutter 使用的语言为 Dart；尽管 Dart 语言的人气正在增长（正是受到 Flutter 的推动），但仍然无法与 Kotlin 相提并论。
Compose 代表着一种独特的 UI 构建方法，也许最期待 Compose 跨平台功能的受众，正是那些曾在 Android 上使用过它、又特别喜欢这种 UI 构建体验的开发者。
想要进一步了解 Compose，国内 Android 开发者可访问以下链接查看中文手册：
延伸阅读：
在此之前先推荐看大佬的: 填坑指导
iOS需要注意：
1、flutter2.0要求cocoapods 升级到1.9.0
详情看这篇博客
2、原来flutter项目中的podfile文件是旧版本的ccocoapods了，删除podfile和对应的.lock，然后flutter项目重新运行使用它自动生成的podfile文件
3、安装CocoaPods
卸载cocoapods：sudo gem uninstall cocoapods
查看cocoapods版本：pod --version
指定版本安装：
sudo gem install -n /usr/local/bin cocoapods -v 1.9.3（新MacOS系统升级）
不指定版本安装
sudo gem install -n /usr/local/bin cocoapods
说明 :老项目sdk1.17.0===升级到2.0.1,当前所有操作基于win平台
到此为止环境已经准备妥当，正式进入项目修改。
所有的插件都要适配到空安全，插件是否支持均会有对应说明Null safety,适配过程不确定版本的话，可以使用dio: any,适配完事后再在pubspec.lock文件中查看具体的版本修改过来,实在有部分插件没有支持的，参考下面
部分插件在适配空安全的版本放弃维护了，得自行更新或寻找替代，如： flutter_swiper 变为 flutter_swiper_null_safety ，插件更新后要注意项目中的用法是否需要更新
2.1.1: 以前采用的是 provide 插件共享全局数据,现在变化为 provider ，用法改变, 点击参考 ，以防文章丢失，我重复一遍：
比如:
2.1.2: dio版本升级到4.0.0最新版后，部分用法改变
2.2.1
2.2.2
解决方案:
2.2.3
解决方案:
2.2.4
解决方案:
2.2.5
解决方案:
2.2.6
解决方案:
2.2.7
解决方案:
2.2.8
解决方案: child 换为sliver
2.2.8.1
解决方案: 项目目录下: android--app-build.gradle --minSdkVersion改为:18 或者19
2.2.8.2
解决方案: 在pubspec.yarm管理里面添加:publish_to
2.2.8.3
解决方案: video_player升级后字段发生了变化，initialized字段更换为:isInitialized(_controller.value.isInitialized)
2.2.8.4
解决方案:
2.2.8.5
解决方案:
2.2.8.6
解决方案: 方案一:删除ios目录下的Podfile.lock 文件然后重新运行 pod install命令
方案二:删除ios目录下的Podfile.lock与Podfile文件 重新运行flutter run或flutter build ios
方案三:删除ios目录,重新运行 flutter create . 命令，注意有"."这个符号不要忘记
2.2.8.7
这个报错一般对应的就是下面的报错，注意看后面的报错信息，看是哪个插件报错。
解决方案: 把Podfile的版本注释打开，改为platform :ios, '9.0' 或者是更高的版本
全局替换
1.将new List() 替换为[];
2.TextField的inputFormatters:[WhitelistingTextInputFormatter.digitsOnly] 替换为[FilteringTextInputFormatter.digitsOnly]
3.TextField的inputFormatters:[WhitelistingTextInputFormatter(RegExp("[a-z|A-Z|0-9]"))]替换为FilteringTextInputFormatter.allow(RegExp("[a-z|A-Z|0-9]"))
4.Stack组件中overflow: Overflow.visible改为 clipBehavior: Clip.none；overflow: Overflow.clip改为clipBehavior:Clip.hardEdge
5.ListWheelScrollView组件中clipToSize = false改为clipBehavior: Clip.none,clipToSize = true改为 Clip.hardEdge
6.TextField中maxLengthEnforced: true改为maxLengthEnforcement:MaxLengthEnforcement.enforced
7.FlatButton、RaisedButton、OutlineButton的变化： 官方参考
颜色的属性发生了变化，由原来的Color 变为了MaterialStatePropertyColor, 这是未了解决不同状态(pressed、hovered、focused、disabled)下按钮颜色的变化
例如
8.出现如下警告
9.showSnackBar报错误
解决方案: Scaffold换为ScaffoldMessenger
10.textSelectionColor弃用
解决方案:
11.charts_flutter升级后属性报错
解决方案:
12.flutter 真机调试无法访问网络，dio报错
解决方案:
android:
ios:
问题12完整参考
Flutter是谷歌公司推出的跨终端的开发框架，支持Android、iOS和WEB终端。1.0版在2018年12月5日发布，目前的最新版本是1.5，它采用的开发语言是Dart，Dart也是谷歌开发的计算机编程语言，语法类似C，是编译型语言：
hello world例子，打印字符串“Hello World!”：
1、没有桥接层
React Native、Weex等技术都是跨终端的框架，然而性能跟原生App存在很大差距。这是由于它们的工作原理决定的：
React Native、Weex等技术多了一个桥接层，所以界面渲染会慢一些，由于UI渲染非常频繁，想要不卡顿，基本上比较难，性能和用户体验跟原生代码有差距。而这恰恰是Flutter的优势所在：
Dart可以被编译成不同平台的本地代码，让Flutter不通过桥接层直接跟平台通信，自然性能会快一些。
2、编译执行
JavaScript是解释执行的，Dart是编译执行的，性能谁好一目了然。
3、Flutter Engine虚拟机
Flutter是依靠Flutter Engine虚拟机在iOS和Android上运行的，Flutter Engine使用C/C++编写，开发人员通过Flutter框架直接和API在内部进行交互，所以具有输入低延迟和UI渲染高帧速率的特点。除了这特点之外，Flutter还提供了自己的小部件，Flutter小部件是使用从React获取灵感的现代框架构建的。 中心思想是您使用小部件构建UI。
窗口小部件根据其当前配置和状态描述了它们的视图。 当窗口小部件的状态发生更改时，窗口小部件会重建其描述，框架将根据前面的描述进行区分，以确定底层呈现树从一个状态转换到下一个状态所需的最小更改。可以直接在OS平台提供的画布上进行描绘，也就是一些核心类库直接放到虚拟机里面，调用起来更快。
从它的系统结构可以看出，类似安卓的ART(Android Run Time)虚拟机，同样采用AOT(Ahead of TIme)技术，会在APP安装时就编译成机器语言，不再解释执行，从而优化了APP运行的性能。
4、自带渲染引擎
Flutter使用谷歌自己的Skia渲染引擎，而Android系统自带Skia引擎，iOS平台上Flutter也会把Skia引擎打包到APP中，从而实现了高效渲染。而React Native通过桥接层访问原生UI，操作频繁就容易出性能问题。
综合所述，Flutter 是性能最接近原生代码 的一种开发框架，未来也会是构建谷歌Fuchsia应用的主要方式，前途不可限量，唯一的问题就是需要学习一门新的语言：Dart，而有Java或者C#语言基础的程序员会比较容易学习。
在讨论Harmony OS是否真的让谷歌慌了之前，我们先来对比一下两个操作系统，从架构出发对比一下两个操作系统的设计理念和目标是否是一样的。
HarmonyOS整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 子系统 功能/模块”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的子系统或功能/模块。HarmonyOS技术架构如下所示。
系统服务层是HarmonyOS的核心能力集合，通过框架层对应用程序提供服务。该层包含以下几个部分：
根据不同设备形态的部署环境，基础软件服务子系统集、增强软件服务子系统集、硬件服务子系统集内部可以按子系统粒度裁剪，每个子系统内部又可以按功能粒度裁剪。
框架层为HarmonyOS应用开发提供了Java/C/C++/JS等多语言的用户程序框架和Ability框架，两种UI框架（包括适用于Java语言的Java UI框架、适用于JS语言的JS UI框架），以及各种软硬件服务对外开放的多语言框架API。根据系统的组件化裁剪程度，HarmonyOS设备支持的API也会有所不同。
应用层包括系统应用和第三方非系统应用。HarmonyOS的应用由一个或多个FA（Feature Ability）或PA（Particle Ability）组成。其中，FA有UI界面，提供与用户交互的能力；而PA无UI界面，提供后台运行任务的能力以及统一的数据访问抽象。FA在进行用户交互时所需的后台数据访问也需要由对应的PA提供支撑。基于FA/PA开发的应用，能够实现特定的业务功能，支持跨设备调度与分发，为用户提供一致、高效的应用体验。
Fuchsia OS整体也采用分层架构设计，也被分为了4个不同层次。
对于不太了解内核作用的同学简而言之，Zircon之于Fuchsia，恰如Linux之余于Android。Linux内核驱动了多个操作系统，很多操作系统构建在它之上，比如 Ubuntu、Android、Manjaro、ArchLinux、Debian、Red Hat、SUSE 甚至 Chrome OS ，所以我们也可以大胆预测，如果未来Fuchsia OS 发展良好， Zircon 内核也被证明好用，那么很有可能有更多的操作系统采用这一新内核。
系统服务层（Garnet）
也是直接构建在 Zircon 上的一层名叫 Garnet。 Garnet 包含各种操作系统所需的各种底层功能，包括硬件的驱动程序（网络，图形等）和软件安装。这一层最激动人心的事情是 Escher（图形渲染器），Amber（Fuchsia 更新程序）和Xi Core，它是Xi文本和代码编辑器的底层引擎（今年早些时候已经发布了）。
模块管理层（Peridot）
Peridot 是接下来的这一层，主要处理Fuchsia的模块化应用程序设计， Peridot的另外两个主要组件直接用于模块。 Ledger 可以跨设备保存您在应用/模块中的位置，并同步到您的Google帐户。Maxwell 是一个更复杂的主题，需要更多进一步地深入研究，但是 Maxwell 极有可能是让 Fuchsia 充分施展魔力的点睛之笔，可以提前透露的是，Maxwell 的厉害之处包括 Kronk，也是大家熟知的 Google Assistant。
应用层（Topaz）
Topaz，是这个 Layer Cake 蛋糕的顶层，也是对开发者和用户直接影响最大的一层。Topaz 提供 Flutter 支持，而有了Flutter 的支持，各种华丽的应用程序，可以帮助充实地提供日常使用的功能齐全的应用程序。比如，现在最令人印象深刻的当然是 Armadillo UI，它是 Fuchsia 的主要用户界面和主屏幕。
可以做一个类比，Topaz 这一层在 Android 中可以找到一个对照，这将是你的必备应用程序，如联系人，音乐，文件管理器和文本编辑器 Xi（Topaz中的可视前端连接到Garnet的后端）。即使没有你需要的东西，你也可以简单方便地安装。
Harmony OS 与 Fuchsia OS的主要相同点：
Harmony OS 与 Fuchsia OS的主要不同点：
个人认为Harmony OS成功的可能性更大。虽然从生态上来说，谷歌可以利用Android建立的生态伙伴优势推广Fuchsia OS，但也恰恰是Android完善的生态会给Fuchsia OS的推广造成最大障碍。
相反Harmony OS从架构上更符合物联网时代的需求，然后华为作为主导者具备强大的硬件制造能力，Harmony OS在华为很多手机上已经推送，国内很多公司的冰箱、空调等也都在采用华为鸿蒙系统。这些都有利于Harmony OS系统的产业化发展。
当然，从全球大环境来说，Harmony OS可以在国内做成功，但是要想在国际上推广难度是非常大的。美国的 科技 霸权，导致计算机诞生以来底层技术很少在美国之外的公司诞生并发扬光大。Lua、Ruby等编程语言，Intellij IDEA等算是为数不多的例子。
