另外补充一些比较好用的插件：
| 插件名字 | 功能 |
| — | — |
| dio | 超级好用的网络请求库 |
| sqflite | 类似android中的sqflite数据库 |
| fluttertoast | 类似android中的toast功能 |
| wechat_assets_picker | 类似原生的微信图片选择器 |
| flutter_staggered_grid_view | 支持瀑布流的gridview, 比flutter自带的强大太多 |
| provider | 跨组件状态共享的官方推荐库 |
| event_bus | 类似android中的EventBus消息通信开源库 |
| web_socket_channel | websocket库在官方自带的基础上封装的 |
| flutter_webview_plugin | 比官方的功能要好一点的，官方的插件目前还是开发者预览版 |
| json_annotation | json序列化注解，详细使用可以参考《Flutter实战》中的介绍 |
| json_serializable | json序列化工具dev_dependencies库，详细使用可以参考《Flutter实战》中的介绍 |
| | |
| json_to_model | Json文件转Dart类工具dev_dependencies库，《Flutter实战》中json_model 优化版本 |
| intl | 国际化翻译，详细使用可以参考《Flutter实战》中的介绍 |
| intl_translation | 国际化翻译工具dev_dependencies库，详细使用可以参考《Flutter实战》中的介绍 |
| cached_network_image | 一个支持占位图和图片缓存的网络图片加载库 还可以支持图片下载进度 |
| progress_dialog | 轻量级的进度等待弹窗控件 类似android系统默认进度弹窗 |
| camera_camera | 相机拍照录视频插件，比官方的好用一些 |
以下列举一些都是我在G站上发现的，虽然有些功能不是很完善，但是当做入门实例来学习的都是相当不错的：
（PS：这里吐槽一下 感觉鸿洋的玩android网站要被玩坏的节奏啊，各种版本的玩android： java版的、 kotlin版的、小程序版的。。现在又出了flutter版的，光flutter版的github上就一搜一大堆。。不过他的网站上有开放的API请求接口可以使用，拿来练手的确是最好不过的了，也难怪这么多人拿它来开刀。。。）
-
Flutter版的Github客户端实例：gsy_github_app_flutter （这个作者也写了一本Flutter开发的书，可以去看看）
-
Flutter 练习项目：flutter_deer （更切近实际开发问题）
更多实例参考：flutter-do 、 awesome-flutter（这个是国外大神维护的）
另外特别推荐两个可以用来当做API控件功能查询使用的：
-
Flutter UI集录指南: FlutterUnit(特点是可以一边看效果一边展开当前效果对应的代码，demo支持手机/桌面/web端，支持搜索，UI也比较漂亮)
-
Flutter 控件大全_老孟（这个就更厉害了，330多个控件每个控件的使用例子他都整理了，支持搜索，感觉有了这个都不需要去官网查API了。。老孟是个狠人。。。）
下面几篇是超级干干干货的Flutter文章，特别实用，介绍了很多实际开发场景中遇到的问题及解决方法：
下面是我在学习过程中遇到的一些问题：
国际化过程中执行命令arb文件生成dart时报错
在Flutter实战教程中，最后一步根据翻译好的arb文件生成dart文件，执行如下命令报错Cannot open file
flutter pub pub run intl_translation:generate_from_arb --output-dir=lib/l10n --no-use-deferred-loading lib/l10n/localization_intl.dart l10n-arb/intl_*.arb
解决方法：文件管理器中进入项目根目录下，在git bash终端执行命令即可，原因是windows下执行不识别*号通配符会报错。
这句命令在首次运行时会在"lib/l10n"目录下生成多个文件，对应多种Locale，这些代码便是最终要使用的dart代码。
Android Studio运行Flutter时无法连接设备
如下图，有时会发现这里找不到设备无法运行：
解决方法：先关闭AS，然后到flutter sdk的安装目录下, 将\flutter\bin\cache下的lock文件删除，再重启AS。如果还是不行，那么多试几次就可以了。或者有其他的IDE工具连接了你的设备，关闭其他的IDE就可以了。
Fliutter运行时一直卡在Running Gradle task 'assembleDebug’
这个有时会卡很久，有时卡一会儿就好了，原因是AS正在后台执行下载，此时可以打开任务管理器，查看AS的磁盘和网络使用状况：
如果你发现这里的速度很高，说明它正在疯狂的下载，一般多等待一会儿就可以了。可是如果你发现这里也没有什么流量，而它一直卡在那里，说明是依赖库无法下载，如果是android端，可以打开项目的android文件夹，然后修改build.gradle文件如下：
使用阿里云的maven地址就可以，速度会很快，然后在AS的Tools工具菜单中执行Flutter>Flutter Clean,再重新运行即可。如果还是不行，首先到前面的Flutter 环境配置参考url的配置。如果还不行的话，那可能需要在Terminal终端中cd到android目录下，执行下面命令：
gradlew clean
gradlew build
或者可以选中android文件夹右键Flutter->Open Android module in Android Studio可以把android目录当成一个标准的android项目打开重新build即可。最终再重新回到Flutter项目运行。
showSnackBar报错
Unhandled Exception: Scaffold.of() called with a context that does not contain a Scaffold.
解决方法：使用GlobalKey：
var _scaffoldkey = GlobalKey();
return Scaffold(
key: _scaffoldkey,
…
),
…
onPressed: () {
_scaffoldkey.currentState.showSnackBar(SnackBar(content: Text(‘显示snackBar’)));
}
使用Utf8Decoder时提示参数错误
在Flutter实战教程中遇到代码片段socket.transform(utf8.decoder).join()报参数不匹配的错误，于是找到了stack overflow的这个utf8.decoder not working after latest Flutter Upgrade，原来这只是一个api的兼容性问题，解决方法：
使用StreamTransformer.bind(Stream) 代替 Stream.transform(StreamTransformer).
例:
-
Before:
foo.transform(utf8.decoder)... -
After:
utf8.decoder.bind(foo)...
viewport was given unbounded height.width.
一般情况下是需要给一个固定的高度或宽度，可以参考这个， 但是有时可能都不起作用，还是嵌套的布局使用有问题，去参考官网的布局约束原理 | 处理边界问题。
从其他应用切回Flutter应用页面无响应
这是我偶尔发现的一个神奇的问题：Flutter应用在切出应用以后再切回到应用，页面没有响应（不响应任何点击事件），测试手机版本：Android 7.1.1 魅族Pro6
本来我愉快的写着demo, 但是突然有一天，当我按下Home返回桌面再返回来的时候，发现什么都不能点击了。。whf。。?
后来我想了下Flutter这么牛逼的团队，应该不会把有如此明显的严重问题的版本发出来使用吧。。但是它确实是发生了，就发生在我的眼前，而且是百分百重现。
这个问题困扰了好久，因为几乎所有的我创建的应用都是这样的，从github上下载的其他人的demo也有类似情况，但是大多数都是正常的。
后来调查发现是跟flutter sdk版本有关系：
| 版本 | 测试结果 |
| — | — |
| flutter sdk 1.17.4 | 切回应用正常 |
| flutter sdk 1.20.1 | 切回应用无响应 |
| flutter sdk 1.20.2 | 切回应用无响应 |
| flutter sdk 1.20.3 | 切回应用正常 |
现在至少可以确定在 >1.17.4 <1.20.3之间的版本是可能会有兼容性问题的。也可能是Flutter团队在最新版本修复了这个不为人知的bug。
获取屏幕的宽高尺寸
double width = MediaQuery.of(context).size.width;
double height = MediaQuery.of(context).size.height;
有时遇到一些边界问题，不得不指定一个固定的宽度高度，这时可以参考屏幕的宽高，尽量按屏幕尺寸的百分比去设置，而不是写死魔法值。
判断当前是哪个平台
import ‘package:flutter/foundation.dart’;
…
//TargetPlatform目前支持6种平台
if (defaultTargetPlatform == TargetPlatform.android) {
// 是安卓系统，do something
}
// 我们可以通过显式指定debugDefaultTargetPlatformOverride全局变量的值来指定应用平台。比如：
debugDefaultTargetPlatformOverride = TargetPlatform.iOS;
print(defaultTargetPlatform); // 会输出TargetPlatform.iOS
//上面代码即在Android中运行后，Flutter APP就会认为是当前系统是iOS，Material组件库中所有组件交互方式都会和iOS平台对齐，defaultTargetPlatform的值也会变为TargetPlatform.iOS。
RefreshIndicator有时无法下拉刷新
RefreshIndicator组件的子组件listview或gridview的item数量较少时，无法触发下拉刷新操作，解决方法：滚动组件的physice属性设置为AlwaysScrollableScrollPhysics()，总是保持可滚动状态。
release模式下运行app无法连接网络
首先release模式运行的命令：
flutter run --release
运行之后发现请求接口的列表都出不来了，原来是AndroidManifest文件中默认没有添加INTERNET权限，手动添加上即可。奇怪的是，在debug模式下运行，就算不添加默认也是能请求网络的，害我找了好久原因。。
AS中运行除了main.dart以外的dart文件到手机上
Android Studio中运行除了main.dart以外的dart文件(必须包含main函数)，Terminal执行命令：
flutter run lib/animated_list.dart
热加载直接在Terminal键入：r 即可
pubspec.yaml中批量添加图片资源
一开始我都是按照规矩这样添加的：
flutter:
uses-material-design: true
To add assets to your application, add an assets section, like this:
assets:
-
images/ic_test.png
-
images/ic_timg.jpg
-
images/timg4.jpg
-
images/avatar.png
后来看了官网的demo，原来这样也可以：
flutter:
uses-material-design: true
assets: [images/]
这样如果我有很多图片就不用一个一个的去添加依赖了，省了很多力气，哈哈
目前主要学到的几点：
-
尽量使用无状态的类组件来代替函数式的组件
-
尽量保持
build方法的纯净，减少跟UI无关的逻辑处理 -
尽量使用
constfinal等修饰符来避免重复创建新的组件
主要理解两个问题
第一个问题：为啥要使用类组件来代替函数组件？
Class Widget VS Function Widget 的口水之战：
- [Why should I ever use stateless widgets instead of functional widgets?
]( )(为什么我应该使用无状态组件而不是函数组件？) ——来自Flutter的Github源码的一个issue，国外各路神仙们就此展开了激烈辩论。。
- What is the difference between functions and classes to create reusable widgets?(使用类和函数构建可复用组件的不同点是什么？) ——来自stackoverflow的issue
两个链接都是出自同一大神Rousselet的回答，他首先指出的是这两者之间的一个显著的不同点，就是：Flutter的framework对函数是无感知的，但是对类是有感知的。
也就是说通过类创建的组件最终会作为一个独立的element被挂载在element树上面去，而函数构建方式仅仅是纯粹的插入到了调用的地方，函数内的组件只是作为调用者的组件的一部分而已。使用函数构建组件会比较容易产生bug，这并不是说你使用函数构建组件就一定会有bug, 只不过如果你使用类构建组件的话，则一定能够保证不会面临用函数构建组件时可能会产生的bug。
既然使用函数实际也是可以的，也不一定就会产生bug, 而且使用函数会比使用类少写很多代码，那么为啥还一定要推荐类组件呢，有啥更特别的地方吗？
——因为使用类组件你会发现有如下显著优势：
-
允许性能优化(使用
const构造函数，做到更精细的重建) -
确保在两种不同布局之间的切换时能正确地释放资源(函数可能会重用一些先前的状态)
-
能确保热重载正常工作（函数则可能会中断热重载）
-
类组件会被显示到devTool的
widget inspector检查器当中，便于调试 -
类组件可以拥有
key, 而函数则不行 -
类组件可以使用
contextAPI, 而函数则不行 -
类组件可以通过重写运算符
==, 减少重建次数, 而函数则不行
Github上的那个issue评论了两年多终于被关闭了。。不得不佩服外国人的钻研精神。。但是直到这个issue被关闭的时候，仍然有很多人还是不是很理解，为啥要优先用类，其实官方的说法也只是强烈推荐，但并不是必须的强制规则。也有很多人提出了如下代码：
class Toggler extends StatelessWidget {
final VoidCallback onToggle;
const Toggler({Key key, this.onToggle}) : super(key: key);
@override
Widget build(BuildContext context) {
return Row(
children: [
FlatButton(onPressed: onToggle, child: Text(‘On’)),
FlatButton(onPressed: onToggle, child: Text(‘Off’)),
],
);
}
}
上面方法中有两个FlatButton是一样的使用方式，那么你可能会考虑这样去重构：
//…
Widget _toggleButton(String text) =>
FlatButton(onPressed: onToggle, child: Text(text));
@override
Widget build(BuildContext context) {
return Row(
children: [
_toggleButton(‘On’),
_toggleButton(‘Off’),
],
);
}
按照我的理解，其实这样做是完全可以的，因为这两种方式最终是等价的，包括我们经常会写的构建列表组件会使用map方法：
final List fruits;
//…
@override
Widget build(BuildContext context) {
return Column(
children: _buildChildren(),
);
}
List _buildChildren() {
return fruits.map((f) => _FruitInfo(fruit: f)).toList();
}
这样应该也是完全OK的，也就是说使用箭头函数和inline组件的方式完全没有任何区别。更多的可能还是要考虑实际业务场景，如下面的代码，flutter就很难理解，某些情况下可能会造成不可预期的结果，这时应该去函数化来得到更加安全的保障。
bool condition;
Widget _foo();
Widget _bar();
Widget build(BuildContext context) {
return condition
-
? _foo()
- _bar();
}
为了更好理解再看两组代码
以下两组代码等价：
Widget functionA() => Container()
@override
Widget build() {
return functionA()
}
@override
Widget build() {
return Container();
}
以下两组代码等价：
class ClassA extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Container();
}
}
@override
Widget build() {
return ClassA()
}
@override
Widget build() {
return KeyedSubtree(
key: ObjectKey(ClassA),
child: Container(),
);
}
可以看出两种方式本质上的不同，类的优势明显优于函数。当然如果你还是比较习惯写函数式的组件，Rousselet大神写了一个库functional_widget可以让你以写函数组件的方式来写类组件：
@swidget
Widget foo(BuildContext context, int value) {
return Text(‘$value’);
}
比如，当你写上面的代码时，使用他这个库会生成下面的代码：
class Foo extends StatelessWidget {
const Foo(this.value, {Key key}) : super(key: key);
final int value;
@override
Widget build(BuildContext context) {
return foo(context, value);
}
@override
void debugFillProperties(DiagnosticPropertiesBuilder properties) {
super.debugFillProperties(properties);
properties.add(IntProperty(‘value’, value));
}
}
第二个问题：如何避免没必要的重复构建？
How to deal with unwanted widget build? （如何处理多余的组件构建？）
这个链接同样也是Rousselet的回答，他的意思，简而言之就是build方法是Flutter中刷新界面时会高频调用的方法，所以尽量保持它的纯净。这对提高刷新性能尤为重要，我们需要把跟UI构建不直接相关的处理逻辑全部移出build方法。例如他提到的这部分优化代码就是将Future对象的构造从build中移了出来：
class Example extends StatefulWidget {
@override
_ExampleState createState() => _ExampleState();
}
class _ExampleState extends State {
Future future;
@override
void initState() {
future = Future.value(42);
super.initState();
}
@override
Widget build(BuildContext context) {
return FutureBuilder(
future: future,
builder: (context, snapshot) {
// create some layout here
},
);
}
}
Flutter中实例相同的组件构建时不会被重新构建，利用这一点我们可以想办法缓存部分组件，如：
@override
Widget build(BuildContext context) {
return const DecoratedBox(
decoration: BoxDecoration(),
child: Text(“Hello World”),
);
}
其中const修饰的组件不会每次都被重新创建，使用final关键字也可以做到：
@override
Widget build(BuildContext context) {
final subtree = MyWidget(
child: Text(“Hello World”)
);
return StreamBuilder(
stream: stream,
initialData: “Foo”,
builder: (context, snapshot) {
return Column(
children: [
Text(snapshot.data),
subtree,
],
);
},
);
}
这里final修饰的组件也不会每次都被重新创建，这种模式在动画中被大量使用如AnimatedBuilder。另外，也提到其他解决方法如尽可能拆分到更小的独立Statefull组件中，或者使用Provider库来解决。
build方法在下面的场景下会被调用：
-
调用
initState方法之后 -
调用
didUpdateWidget方法之后 -
调用
setState()方法时 -
键盘被打开时
-
屏幕方向发生旋转时
-
父组件被构建子组件也会重新构建
自定义组件的一个重要点就是在didUpdateWidget中根据新旧组件的状态值比较决定是否要重新构建UI：
@override
void didUpdateWidget(MyRichText oldWidget) {
if (widget.text != oldWidget.text) {
_textSpan = parseText(widget.text);
}
super.didUpdateWidget(oldWidget);
}
又如：
@override
void didUpdateWidget(CounterWidget oldWidget) {
//通过新旧widget的一些属性来判断是否变化
// 检查新旧child是否发生变化(key和类型同时相等则返回true，认为没变化)
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
写在最后
对程序员来说，很多技术的学习都是“防御性”的。也就是说，我们是在为未来学习。我们学习新技术的目的，或是为了在新项目中应用，或仅仅是为了将来的面试。但不管怎样，一定不能“止步不前”，不能荒废掉。
![[]](https://i-blog.csdnimg.cn/blog_migrate/4fde480fccc7fbfc4b79cf7cdeb8baa1.png)
文章以下内容会给出阿里与美团的面试题（答案+解析）、面试题库、Java核心知识点梳理等
轻大家的负担。**
[外链图片转存中…(img-fO4dCtcL-1711747815921)]
[外链图片转存中…(img-Z1zsqlG0-1711747815922)]
[外链图片转存中…(img-WWyhggDW-1711747815922)]
[外链图片转存中…(img-EJxliIWn-1711747815923)]
[外链图片转存中…(img-3n1R217Z-1711747815923)]
[外链图片转存中…(img-W91XeLDF-1711747815923)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-z54wcpGA-1711747815924)]
写在最后
对程序员来说，很多技术的学习都是“防御性”的。也就是说，我们是在为未来学习。我们学习新技术的目的，或是为了在新项目中应用，或仅仅是为了将来的面试。但不管怎样，一定不能“止步不前”，不能荒废掉。
[外链图片转存中…(img-fdxDt7LI-1711747815924)]
[外链图片转存中…(img-h7FN7Am1-1711747815924)]
[外链图片转存中…(img-zKadLrQB-1711747815924)]
[外链图片转存中…(img-znY1aboo-1711747815925)]
文章以下内容会给出阿里与美团的面试题（答案+解析）、面试题库、Java核心知识点梳理等
扫一扫
438
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
