MoLice
在 QDCellHeightKeyCacheViewController handleRightBarButtonItem 里用 reloadData 测试没有发现你说的问题。
在目前 QMUI 只提供 barStyle 配置项的情况下，这个问题无法解决。因为在 iOS 13 及以后，系统的 barStyle 已经无法精准控制 UINavigationBar/UITabBar/UIToolbar 的磨砂样式，直接原因是 QMUI 配置表没有与最新系统对齐导致的。后续会再增加精准的 `backgroundEffect` 配置项，4.4.0 里原本有尝试加上，但牵扯到的改动太大，测试时间不足，所以安排到 4.4.0 之后再处理。 在此之前只能由业务项目自行在 iOS 13 时设置 `backgroundEffect`。
预览控件本质是个 `UICollectionView`，而 `imagePreviewView:renderZoomImageView:atIndex:` 方法的调用本质上是 `collectionView:cellForItemAtIndexPath:` 的调用，没有特地去干预它的顺序和时机。reusable view 的这些方法理论上都可以随时被触发，建议在编码时考虑到这一点。 目前是有什么业务场景会因此而产生问题吗？
嗯，我的意思是你说的 index 的问题确实存在，也确实如你所说的。而这个不符合预期的行为是 UICollectionView 本身的行为，不是我们的主动控制，如果要优化这一点，可能要重构一下这个组件，排期应该不会很快。 至于你说的网络请求的问题，建议在发起请求前检查之前是否已经发起过相同的请求，如果有，则屏蔽掉新的请求，保证同一张图片只请求一次，这个策略在我们的业务项目中也已使用很长一段时间，目前没发现不符合预期的情况出现，你可以参考一下。
这种问题可以举一些具体的例子，例如哪个宏改为非宏实现会更合适，不然不好谈论这个话题。
你是指改为这样吗？ ```objc + (QMUIConfiguration *)QMUIConfigurationInstance { [[QMUIConfiguration sharedInstance] applyInitialTemplate]; return [QMUIConfiguration sharedInstance]; } #define QMUICMIActivated QMUIConfigurationInstance.active ```
是可以，不过区别也不是很大。看有没有合适的时机再改吧
`UIWindowScene` 引发的系列问题会在后续的版本里统一修复。
@L1cardo 还没有，这个是大工程，还在处理中
努力中，我们也很想尽快，哈哈哈