我正在创建一个处理基于时间表的小部件的应用程序。因此，它应该不断更新，但我会提前知道小部件的外观。我们一次允许创建的WigetKit时间轴条目的数量是否有限制?如果我想创建一个有100个条目的时间轴，它会让我没有限制吗?我想创建尽可能多的未来条目，但我不想在用户进行更改时减慢更新小部件的速度。
这是传闻,但我已经做了相当多的设备上测试(我使多个小部件的应用程序)在这些数字我相当自信:
-
在时间轴上添加超过250个条目似乎没有任何理由。100个条目应该可以。
-
时间轴生成也有时间限制，即，如果超过30秒的处理器时间来生成时间轴，你的更新进程将被杀死，你的小部件将不会更新。似乎不是一个问题,但iOS 15似乎认真节流部件更新所以你可能会遇到这个极限比你想象的更多。如果遇到这种情况，解决方案是优化小部件的呈现时间和/或生成更少的条目。
最后一个提示:总是在设备上测试。在模拟器中工作的东西可能不能在真实的硬件上工作。
我也遇到过这个问题。我有多个小部件供用户选择。当我1或2小部件添加到主屏幕他们工作好。但当我添加了3-5个时，它们便开始无法加载。所以我认为参赛作品的数量是有限制的。此外，还必须考虑小部件布局的复杂性。我曾经有一个月视图的小部件，比如30个盒子，每个盒子都有自己的数据。如果这个小部件有更多的条目，它将失败。
所以…我的猜测是，这不仅仅是条目的数量，而是您的小部件所需的"存储"的总体大小。遗憾的是，这个极限是未知的。(至少对我来说)
最近我经历了一种奇怪的情况。当我解锁iphone时，我的小工具需要几秒钟才能显示出来。有时它会在占位符视图中冻结4-5秒，这很不好。