详解Flutter桌面应用如何进行多分辨率适配

前言

通过此篇文章，你将了解到：

Flutter windows和Android桌面应用屏幕适配的解决方案；

屏幕适配的相关知识和原理；

flutter_screenutil的实现原理和缺陷。

Flutter桌面应用的开发过程中，势必需要适配不同尺寸的屏幕。我们的预期是在不同尺寸的设备上，用户的使用感观基本一致。 如：在个人pc上，应用与屏幕的高度比是2/3；那么到60寸的大设备上，应用的尺寸依然需要2/3比例。

屏幕适配的一些基础概念

• 屏幕尺寸：屏幕的实际大小，主要看屏幕的对角线的长度，如：6.6英寸。

• 分辨率：屏幕上像素点的总和，如：2400×1176。设备的屏幕其实是由N个像素格子组合成的，屏幕上显示的所有元素（图片、文字）从微观上都是为特定的像素格子绘制上内容。

• 屏幕密度（dpi）：每英寸的像素格子数。每英寸展示160个像素时称为一倍素；120个称为低倍素...

假设我们需要展示一张800×800的图片，那么在160dpi的手机屏幕上，我们只要设置800×800px的宽高；

但在320dpi的屏幕上，由于每英寸的像素点翻倍了，为了用户的视觉感受一致，就需要将图片设置的宽高设为1600×1600px。这就是屏幕适配最基本的原理，我们开发中所用到的适配库，最基础的能力就是提供这层转换。

Flutter 移动端开发的通用做法

Flutter移动端的生态已经很完备，我们一般在开发过程中会使用flutter_screenutil这个插件。这是一个纯Dart的pub，阅读源码发现其做法也很简单粗暴。

• 根据传入的设计稿尺寸，与设备的逻辑像素尺寸的比值作为缩放倍数；

• 开发者设置的尺寸都会去乘以对应的缩放倍数，从而实现widget大小的转换。

extension SizeExtension on num {
 ///[ScreenUtil.setWidth]
 double get w => ScreenUtil().setWidth(this);
 ///[ScreenUtil.setHeight]
 double get h => ScreenUtil().setHeight(this);
 ......
)

double get screenHeight =>
   _context != null ? MediaQuery.of(_context!).size.height : _screenHeight;
double setHeight(num height) => height * scaleHeight;
// 高度的缩放比：设备的逻辑像素的高度/设计稿的高度
double get scaleHeight =>
   (_splitScreenMode ? max(screenHeight, 700) : screenHeight) /
   _uiSize.height;

逻辑像素screenHeight从哪来？

获取MediaQueryData的size，即应用窗口的分辨率。

extension on MediaQueryData? {
 MediaQueryData? nonEmptySizeOrNull() {
   if (this?.size.isEmpty ?? true)
     return null;
   else
     return this;
 }
}

/// The size of the media in logical pixels (e.g, the size of the screen).
///
/// Logical pixels are roughly the same visual size across devices. Physical
/// pixels are the size of the actual hardware pixels on the device. The
/// number of physical pixels per logical pixel is described by the
/// [devicePixelRatio].
final Size size;

存在的问题

flutter_screenutil 这个库在移动端使用是完全没有问题的。手机尺寸虽说层出不穷，但是也遵循瘦长的长方形规则，最重要的是应用默认都是全屏的，那么上面第3点获取到的应用窗口高度screenHeight和设备的大小刚好是完全吻合的。从而计算出的缩放比（设计稿尺寸/设备的尺寸 = 缩放比值）是偏差不大的。
我们在Android的桌面应用中，这个库也可以支持各种设备。

然而在windows等桌面端却没那么简单：

• 首先桌面设备的尺寸层出不穷，从个人笔记本到演示厅的屏幕，物理大小就已经差了几十倍，而像素密度却差别不大，这在适配上本身就存在更大难度。

• 且通过验证，FlutterMediaQueryData获取的是应用窗口的大小，但是桌面设备屏幕大小跟应用窗口大小可不是一样大的，这就是最大的问题所在！

通过实践我们也验证了flutter_screenutil在桌面端的适配基本不起作用，且还会造成不少问题，比如：第一次运行字体都会偏大；当有多个扩展屏的时候，主副屏切换有bug。

桌面端解决方案

一、需求分析

我们希望flutter开发出来的应用，在不同的设备中：

• 应用的大小占比屏幕物理尺寸的比例是一致的；

• 系统显示设置中的的缩放倍数不会影响应用的大小；

• 资源大小可以进行适配，让图片等资源在不同尺寸的设备上都能显示清晰。

分析以上预期效果，可以提炼出一个原则：应用的尺寸必须跟屏幕的物理大小占比一致，与分辨率、像素密度、缩放比都没关系。

二、实现原理

由于Android端用了flutter_screenutil这个库，Flutter又是跨平台的。为了降低开发成本，我试着fork源码下来更改，并且做了以下的操作：

• 在构造函数上，我加了一个参数app2screenWithWidth，让用户告知应用窗口宽度与屏幕宽度的比值，如：70％传入0.7；

// 文件路径：flutter_screenutil/lib/src/screenutil_init.dart
class ScreenUtilInit extends StatefulWidget {
 /// A helper widget that initializes [ScreenUtil]
 const ScreenUtilInit({
   Key? key,
   required this.builder,
   this.child,
   this.rebuildFactor = RebuildFactors.size,
   this.designSize = ScreenUtil.defaultSize,
   this.app2screenWithWidth = 1,
   this.splitScreenMode = false,
   this.minTextAdapt = false,
   this.useInheritedMediaQuery = false,
 }) : super(key: key);
 final ScreenUtilInitBuilder builder;
 final Widget? child;
 final bool splitScreenMode;
 final bool minTextAdapt;
 final bool useInheritedMediaQuery;
 final RebuildFactor rebuildFactor;
 /// The [Size] of the device in the design draft, in dp
 final Size designSize;
 /// 适用于桌面应用，应用窗口宽度与设备屏幕宽度的比例
 final double app2screenWithWidth;
 @override
 State<ScreenUtilInit> createState() => _ScreenUtilInitState();
}

• yaml中引入 screenRetriever，获取到真实的设备屏幕像素，这个是真实的屏幕像素，跟应用窗口没关系；然后可以计算出应用窗口的大小，得出转换系数；

dependencies:
 flutter:
   sdk: flutter
 # 获取屏幕物理参数
 screen_retriever: ^0.1.2

// 文件路径：flutter_screenutil/lib/src/screen_util.dart
/// Initializing the library.
static Future<void> init(
 BuildContext context, {
 Size designSize = defaultSize,
 double app2screenWithWidth = 1,
 bool splitScreenMode = false,
 bool minTextAdapt = false,
}) async {
 final navigatorContext = Navigator.maybeOf(context)?.context as Element?;
 final mediaQueryContext =
     navigatorContext?.getElementForInheritedWidgetOfExactType<MediaQuery>();
 final initCompleter = Completer<void>();
 WidgetsFlutterBinding.ensureInitialized().addPostFrameCallback((_) {
   mediaQueryContext?.visitChildElements((el) => _instance._context = el);
   if (_instance._context != null) initCompleter.complete();
 });
 // ** 我修改的代码 **
 Orientation orientation = Orientation.landscape;
 Size deviceSize = Size.zero;
 if (isDesktop) {
   Display primaryDisplay = await screenRetriever.getPrimaryDisplay();
   deviceSize = primaryDisplay.size;
   orientation = deviceSize.width > deviceSize.height
       ? Orientation.landscape
       : Orientation.portrait;
 } else {
   final deviceData = MediaQuery.maybeOf(context).nonEmptySizeOrNull();
   deviceSize = deviceData?.size ?? designSize;
   orientation = deviceData?.orientation ??
       (deviceSize.width > deviceSize.height
           ? Orientation.landscape
           : Orientation.portrait);
 }
 _instance
   .._context = context
   .._uiSize = designSize
   .._splitScreenMode = splitScreenMode
   .._minTextAdapt = minTextAdapt
   .._orientation = orientation
   .._screenWidth = deviceSize.width
   .._screenHeight = deviceSize.height;
 // 桌面区分设置下窗口大小
 if (isDesktop) {
   double appWidth = deviceSize.width * app2screenWithWidth;
   double appHeight = appWidth / (designSize.width / designSize.height);
   _instance._uiSize = Size(appWidth, appHeight);
 }
 _instance._elementsToRebuild?.forEach((el) => el.markNeedsBuild());
 return initCompleter.future;
}

• 之后setWidth等方法都不需要懂了，因为都是拿上面的转换系数去计算的，系数对了转换自然就准确了。同时开发过程中也不需要做任何区分，该用.w的就用.w。我们看下.w等是如何通过扩展巧妙的把setWidth这些接口 做的轻量的。

extension SizeExtension on num {
 ///[ScreenUtil.setWidth]
 double get w => ScreenUtil().setWidth(this);
 ///[ScreenUtil.setHeight]
 double get h => ScreenUtil().setHeight(this);
 ///[ScreenUtil.radius]
 double get r => ScreenUtil().radius(this);
 ///[ScreenUtil.setSp]
 double get sp => ScreenUtil().setSp(this);
 ///smart size :  it check your value - if it is bigger than your value it will set your value
 ///for example, you have set 16.sm() , if for your screen 16.sp() is bigger than 16 , then it will set 16 not 16.sp()
 ///I think that it is good for save size balance on big sizes of screen
 double get sm => min(toDouble(), sp);
 ///屏幕宽度的倍数
 ///Multiple of screen width
 double get sw => ScreenUtil().screenWidth * this;
 ///屏幕高度的倍数
 ///Multiple of screen height
 double get sh => ScreenUtil().screenHeight * this;
 ///[ScreenUtil.setHeight]
 Widget get verticalSpace => ScreenUtil().setVerticalSpacing(this);
 ///[ScreenUtil.setVerticalSpacingFromWidth]
 Widget get verticalSpaceFromWidth =>
     ScreenUtil().setVerticalSpacingFromWidth(this);
 ///[ScreenUtil.setWidth]
 Widget get horizontalSpace => ScreenUtil().setHorizontalSpacing(this);
 ///[ScreenUtil.radius]
 Widget get horizontalSpaceRadius =>
     ScreenUtil().setHorizontalSpacingRadius(this);
 ///[ScreenUtil.radius]
 Widget get verticalSpacingRadius =>
     ScreenUtil().setVerticalSpacingRadius(this);
}

• 资源适配，定义三个设备类型：大、中、小级别；然后在asset目录下区分三套资源，命名规范区分下larger、medium、small即可。

• 这个做法非常硬核，我目前也没这个需求（O(&cap;_&cap;)O~。后续考虑渠道编译，减少包体积，同时开发时也不用区分名称。

写在最后

以上方案，我在demo项目中验证过是没有问题的。接下来我希望能跟作者沟通下这个方案，看能否提pr合并进去。不然以后就没办法很轻松的享受到flutter_screenutil的更新迭代了。

来源：https://juejin.cn/post/7147190943018385439