详细介绍小组件的内容已经有很多了。我就不再多费事了。现在将一些内容总结在本文中。
更新：根据资料我自己写了一套完整的14开发 Widget小组件介绍
iOS 14 Widget小组件

一、资料

1. 以下资料对于从零开始搭建一个实战Widget小组件，有很好的帮助。
   按照作者一步一步写，就能搭起一个有互联网请求、图片请求、与主App交互的小组件
   iOS14 Widget小组件开发实践1——了解Widget
   iOS14 Widget小组件开发实践2——自定义Widget
   iOS14 Widget小组件开发实践3——Widget点击交互
   iOS14 Widget小组件开发实践4——用户属性配置
   iOS14 Widget小组件开发实践5——网络图片的加载
   iOS14 Widget小组件开发实践6——关于组件数据刷新间隔问题
2. 以下资料可以了解一些App Widget 的更新机制、渲染机制问题。
   对于可配置的Widget组件也有介绍
   iOS14新特性探索之二：App Widget小组件应用

二、爬坑

1. 与主App交互

• 主App传值到Widget小组件
  必须先使用开发者账号创建主App与Widget的group，生成groupid：
  Widget的group配置
  https://blog.csdn.net/songchunmin_/article/details/51316806
  可以通过NSUserDefault或NSFileManager进行通信：
  主App通过NSUserDefault与WidgetKit传递值
  主App通过NSUserDefault或NSFileManager与WidgetKit传递值
  https://blog.csdn.net/qq_38718912/article/details/109092438?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-3&spm=1001.2101.3001.4242
• Widget小组件跳转到主App
  iOS14 Widget小组件开发实践3——Widget点击交互

2. 创建多个小组件
   iOS14 Widget开发踩坑（二）修正版-多个小组件
   https://blog.csdn.net/qq_38718912/article/details/108148736?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-2&spm=1001.2101.3001.4242

三、TimelineProvider补充

1. 概述

在不同的时候，WidgetKit会向提供者请求一个时间表。日程表是符合TimelineEntry的对象数组。每个日程表条目都有一个日期，您可以指定用于显示小部件的其他属性。
WidgetKit通过以下两种方式之一请求时间线条目：

• 单个即时快照，表示小部件的当前状态。
• 一个条目数组，包括小部件状态改变的当前时刻和任何未来日期（如果已知）。

2. getSnapshot（快照）

WidgetKit在临时情况下（例如用户添加小部件时）显示小部件时发出快照请求。WidgetKit提供了一个上下文参数，其中包含有关如何使用条目的详细信息，包括它是否是小部件库的预览，以及要显示的小部件的系列或大小。如果上下文.isPreview如果为true，则小部件将显示在小部件库中，并且需要提供商的快速响应。如果生成快照所需的信息不可用，或者需要额外的时间来加载，请改用示例数据。

3. 时间线设置

WidgetKit在用户从小部件库添加小部件后发出时间线请求。因为小部件扩展并不总是在运行，所以WidgetKit需要知道何时激活它来更新小部件。当您想要更新小部件时，提供者生成的时间线会通知WidgetKit。

如果提供者需要执行异步工作来生成时间线，例如从服务器获取数据，请存储对完成处理程序的引用，并在异步工作完成时调用它。

4. 确定刷新策略

创建时间线时，提供程序指定一个刷新策略，用于控制WidgetKit何时请求新的时间线。默认行为是使用.atEnd在时间线中的条目指定的最后日期之后请求新的时间线。但是，如果WidgetKit请求新时间线的日期不同，则可以将刷新策略指定为.after(date:)。

// 2.5小时后刷新时间线.
let date = Calendar.current.date(byAdding: .minute, value: 150, to: Date())
let timeline = Timeline(entries: entries, policy: .after(date))
completion(timeline)

使用不同日期有意义的其他示例包括：

• 在显示股票市场详细信息的小部件中，您可以指定下一个市场开盘或收盘日期，因为信息通常不会在夜间或周末更改。
• 航班着陆后，航班跟踪小部件可能会继续显示“航班着陆”指示。在这种情况下，您可以指定一个比航班着陆时间晚的日期，以便在清除之前其状态保持可见一段时间。

或者，如果将来的事件不可预测，可以通过为策略指定.never来告诉WidgetKit根本不请求新的时间线。在这种情况下，当新的时间线可用时，应用程序调用WidgetCenter函数reloadTimelines(ofKind:)。

• 当用户将一个小部件配置为显示一个角色的健康状况，但该角色不再积极参与战斗，并且其健康水平不会改变时。
• 当一个小部件的内容依赖于用户登录到一个帐户，而他们当前没有登录时。

在这两个示例中，当应用程序确定状态已更改时，它调用WidgetCenter函数reloadTimelines(ofKind:)，WidgetKit请求一个新的时间线。

5. 高效刷新小部件

每个配置的小部件每天接收有限的刷新次数。有几个因素会影响小部件接收的刷新次数，例如包含的应用程序是在前台还是后台运行，小部件在屏幕上显示的频率，以及包含的应用程序参与的活动类型。

6. 注意

在Xcode中调试小部件时，WidgetKit不会施加此限制。要验证小部件的行为是否正确，请在Xcode的调试器之外测试应用程序和小部件的行为。

7. 使用以下方法优化小部件刷新：

• 让包含应用程序在小部件需要数据之前为小部件准备数据。使用共享组容器存储数据。
• 在应用程序中使用后台处理时间来更新共享数据。有关详细信息，请参阅使用后台应用程序刷新更新应用程序。
• 如前一节所述，为显示的信息选择最合适的刷新策略。
• 仅当小部件当前显示更改的信息时才调用reloadtimelines(ofkind:)。

当你的应用程序在前台，有一个活动的媒体会话(AVAudioSession)，或者正在使用标准的位置服务时，刷新不计入小部件的每日限制。有关媒体会话和位置服务的更多信息，请参阅AVAudioSession和使用标准位置服务。