13518219792
环境准备阶段：
成都创新互联专注于厦门企业网站建设,成都响应式网站建设公司,商城网站建设。厦门网站建设公司,为厦门等地区提供建站服务。全流程按需设计，专业设计，全程项目跟踪，成都创新互联专业和态度为您提供的服务
android-studio 版本：android-studio-ide-191.5977832-windows.exe 3.5.2
flutter版本：stable 版本 （完成系统环境变量 path配置）
dart版本：2.12.0 （完成系统环境变量 path配置）
完成相关软件安装。
配置flutter相关SDK及andriod studio路径：
flutter config --android-sdk="C:\Users\Administrator\AppData\Local\Android\Sdk"
flutter config --android-studio-dir="D:\Program Files\Android\Android Studio"
执行flutter doctor运行成功。
夜神模拟器地址：D:\Program Files\Nox\bin （完成系统环境变量 path配置）
andriod SDK tools：C:\Users\Administrator\AppData\Local\Android\Sdk\platform-tools （完成系统环境变量 path配置）
nox_adb.exe connect 127.0.0.1:62001
dart SDK:D:\software\dartsdk-windows-x64-release\dart-sdk\bin
将C:\Users\Administrator\AppData\Local\Android\Sdk\platform-tools 下面adb.exe 复制至D:\Program Files\Nox\bin覆盖
adb.exe，此外重新复制adb.exe命名为nox_adb.exe，替换原有的nox_adb.exe。
cdm 输入nox_adb version 及adb version发现版本一致。
启动野神模拟器，输入adb devices发现虚拟设备，执行flutter devices发现 127.0.0.1:62001 设备。
修改C:\learn_flutter\first_flutter\android\gradle\wrapper\gradle-wrapper.properties
distributionUrl=
修改C:\learn_flutter\first_flutter\android\build.gradle
buildscript {
ext.kotlin_version = '1.3.50'
repositories {
// google()
// jcenter()
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
}
allprojects {
repositories {
// google()
// jcenter()
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
}
修改：C:\win-flutter\flutter\packages\flutter_tools\gradle\flutter.gradle
buildscript {
repositories {
// google()
// jcenter()
maven { url ' ' }
maven { url ' ' }
maven { url ' ' }
}
dependencies {
classpath 'com.android.tools.build:gradle:4.1.0'
}
}
//private static final String DEFAULT_MAVEN_HOST = " ";
private static final String DEFAULT_MAVEN_HOST = " ";
修改：C:\win-flutter\flutter\packages\flutter_tools\gradle\resolve_dependencies.gradle
repositories {
google()
jcenter()
maven {
//url "$storageUrl/download.flutter.io"
url " "
}
}
执行 flutter run启动成功。
环境搭建坑点在于JDK兼容问题以及网络问题。
当一个纯Flutter APP开发完成，我们要打包发布到App Store和各大安卓市场，这时候我们需要设置APP的版本号。
如果我们在使用原生iOS或者Android开发的时,我们会在info.plist中设置 version 和 build 或是在build.gradle中设置 versionName 和 versionCode ,他们分别表示APP的版本和构建版本。
但是我们在使用Flutter管理APP版本时，打开 pubspec.yaml 只看到一个 version 字段。这时候我们应该怎么设置APP的 version 和 build 呢？
我们在pub上随便找一个Flutter的组件，例如官方的 camera ,我们可以看到截止目前为止最新的版本为： camera: ^0.5.2+1 。看到这里，我想大家都明白了，Dart采用的是加号式的版本描述方式， + 前面是版本号， + 后面是当前版本的build号。所以我们设置APP的版本号和build次数，在这里设置即可，例如： version: 1.2.0+1 。
当我们新建一个Flutter工程的时候，我们分别使用Xcode和Android Studio打开iOS和Android的工程可以看到，iOS中的 version 和 build 的值分别为 FLUTTER_BUILD_NAME 和 FLUTTER_BUILD_NUMBER ：
同样我们打开Android工程可以看到有如下定义：
事实上，Flutter在编译的时候会生成 ios/Flutter/Generated.xcconfig 和 android/local.properties 文件。这两个文件由Flutter编译自动生成，不可更改。记录了包含SDK路径或者文件路径，版本信息，环境配置（release/debug）等信息。原生工程获取版本信息的变量就定义在这两个文件里面。
类似错误No named parameter with the name ‘XXXXXX‘问题
原因：Flutter版本问题
一、回退到指定版本
1、GitHub搜索flutter 点击进入后，选择tags找到需要的版本点进去，如图：
2、复制版本号
cd /Users/apple/Documents/flutter 根目录，同bash_profile中PATH配置保持一致即可。
git reset --hard 3595343e20a61ff16d14e8ecc25f364276bb1b8b
执行完成，检测 flutter --version
执行 flutter doctor
????????了
1、升级依赖的插件版本pubspec.yaml（包括example），pub get 解决依赖冲突
2、pubspec.yaml所在路径下执行 dart pub upgrade --null-safety 检查是否所在flutter工程依赖库是否都升级到了空安全版本
example示例需要进入example路径下检查
1、List默认构造方法删除，改用[];
main.dart文件main方法第一行增加CustomFlutterBinding();
2、flutter clean，删除所有 pubspec.lock文件 ，pub get
3、FutureOr报错引入头文件、import 'dart:async';
4、属性用优先用late 或者 ？声明，在确定不为空情况才用！
APP 启动页在国内是最常见也是必备的场景，其中启动页在 iOS 上算是强制性的要求，其实配置启动页挺简单，因为在 Flutter 里现在只需要：
一般只要配置无误并且图片尺寸匹配，基本上就不会有什么问题， 那既然这样，还有什么需要适配的呢？
事实上大部分时候 iOS 是不会有什么问题， 因为 LaunchScreen.storyboard 的流程本就是 iOS 官方用来做应用启动的过渡；而对于 Andorid 而言，直到 12 之前 windowBackground 这种其实只能算“民间”野路子 ，所以对于 Andorid 来说，这其中就涉及到一个点：
所以下面主要介绍 Flutter 在 Android 上为了这个启动图做了哪些骚操作～
在已经忘记版本的“远古时期” ， FlutterActivity 还在 io.flutter.app.FlutterActivity 路径下的时候，那时启动页的逻辑相对简单，主要是通过 App 的 AndroidManifest 文件里是否配置了 SplashScreenUntilFirstFrame 来进行判断。
在 FlutterActivity 内部 FlutterView 被创建的时候，会通过读取 meta-data 来判断是否需要使用 createLaunchView 逻辑 ：
是不是很简单，那就会有人疑问为什么要这样做？我直接配置 Activity 的 android:windowBackground 不就完成了吗？
这就是上面提到的时间差问题， 因为启动页到 Flutter 渲染完第一帧画面中间，会出现概率出现黑屏的情况，所以才需要这个行为来实现过渡 。
经历了“远古时代”之后， FlutterActivity 来到了 io.flutter.embedding.android.FlutterActivity ， 在到 2.5 版本发布之前，Flutter 又针对这个启动过程做了不少调整和优化，其中主要就是 SplashScreen 。
自从开始进入 embedding 阶段后， FlutterActivity 主要用于实现了一个叫 Host 的 interface ，其中和我们有关系的就是 provideSplashScreen 。
默认情况下它会从 AndroidManifest 文件里是否配置了 SplashScreenDrawable 来进行判断 。
默认情况下当 AndroidManifest 文件里配置了 SplashScreenDrawable ，那么这个 Drawable 就会在 FlutterActivity 创建 FlutterView 时被构建成 DrawableSplashScreen 。
DrawableSplashScreen 其实就是一个实现了 io.flutter.embedding.android.SplashScreen 接口的类，它的作用就是：
之后 FlutterActivity 内会创建出 FlutterSplashView ，它是个 FrameLayout。
FlutterSplashView 将 FlutterView 和 ImageView 添加到一起， 然后通过 transitionToFlutter 的方法来执行动画，最后动画结束时通过 onTransitionComplete 移除 splashScreenView 。
所以整体逻辑就是：
当然这里也是分状态：
当然这个阶段的 FlutterActivity 也可以通过 override provideSplashScreen 方法来自定义 SplashScreen 。
看到没有，做了这么多其实也就是为了弥补启动页和 Flutter 渲染之间， 另外还有一个优化，叫 NormalTheme 。
通过该配置 NormalTheme ，在 Activity 启动时，就会首先执行 switchLaunchThemeForNormalTheme(); 方法将主题从 LaunchTheme 切换到 NormalTheme 。
大概配置完就是如下样子， 前面分析那么多其实就是为了告诉你，如果出现问题了，你可以从哪个地方去找到对应的点 。
讲了那么多， Flutter 2.5 之后 provideSplashScreen 和 io.flutter.embedding.android.SplashScreenDrawable 就被弃用了，惊不喜惊喜，意不意外，开不开心 ？
通过源码你会发现，当你设置了 splashScreen 的时候，会看到一个 log 警告：
为什么会弃用？
其实这个提议是在 这个 issue 上，然后通过 这个 pr 完成调整。
大概意思就是： 原本的设计搞复杂了，用 OnPreDrawListener 更精准，而且不需要为了后面 Andorid12 的启动支持做其他兼容，只需要给 FlutterActivity 等类增加接口开关即可 。
也就是2.5之后 Flutter 使用 ViewTreeObserver.OnPreDrawListener 来实现延迟直到加载出 Flutter 的第一帧。
为什么说默认情况？ 因为这个行为在 FlutterActivity 里，是在 getRenderMode() == RenderMode.surface 才会被调用，而 RenderMode 又和 BackgroundMode 有关心 。
所以在 2.5 版本后， FlutterActivity 内部创建完 FlutterView 后就会执行一个 delayFirstAndroidViewDraw 的操作。
这里主要注意一个参数： isFlutterUiDisplayed 。
当 Flutter 被完成展示的时候， isFlutterUiDisplayed 就会被设置为 true。
所以当 Flutter 没有执行完成之前， FlutterView 的 onPreDraw 就会一直返回 false ，这也是 Flutter 2.5 开始之后适配启动页的新调整。
看了这么多，大概可以看到其实开源项目的推进并不是一帆风顺的，没有什么是一开始就是最优解，而是经过多方尝试和交流，才有了现在的版本，事实上开源项目里，类似这样的经历数不胜数：
由于flutter到sdk是托管在github仓库里的，所以升级降级SDK版本完全可以基于git的形式操作，这也是 flutter version 废弃后官方推荐的改变SDK版本的方式，
通过Git的方式回退版本一共需要四步：
macOS和Linux的用户可以在 命令行 中使用 which 命令查看flutter SDK的路径：
Windows用户可以在 命令行 中使用 where 命令查看flutter SDK的路径：
从执行命令的结果中截取 /bin/flutter 前的路径，就是flutter SDK的路径，例如：
使用 cd 命令进入flutter SDK的路径：
点击链接 flutter的版本列表 选择版本号，注意需要选择和当前Channel一致的版本(参考1.1节中的方法)
flutter 2.3版本之前，提供了 version 和 downgrade 两个参数可以帮助用户回退版本，这两个参数都能回退到指定版本号，区别是：
使用 verison或downgrade参数仅需以下三步 ：
点击链接 flutter的版本列表 选择版本号，注意需要选择和当前Channel一致的版本，查看Channle的方法如何：
