在导航中使用全局缓存对于 passig 复杂对象是一个坏主意吗？如果是的话，有什么替代方案吗？

Question

我一直在 UWP 应用程序中使用带有页面导航方法的参数传递没有问题（对象序列化和反序列化）。随着我的对象（作为参数传递）的大小增加，当应用程序暂停并且 SuspensionManager 尝试序列化导航参数并将其保存到本地存储时，我开始遇到问题。我得到一个异常，表明我认为大小限制为 8K（并假设我无法控制这个大小）。

所以我正在考虑通过内存缓存而不是导航参数传递参数（例如，将我的复杂数据对象保存到内存中以 nameof(PageNavigatedToType) 为键的字典中，并在目标页面中检索 NavigatedTo 上的缓存数据。我的担心可能会增加内存使用量，例如不确定将特定字典值设置为 null（不再需要时）是否会对全局内存（我的意思是应用程序范围）产生如此大的影响。

任何想法和建议表示赞赏。

Answer 1

您不能使用LocalSettings 存储高于 8k 的值，并且每个复合设置的大小不能超过 64K 字节。

ApplicationData.LocalSettings | localSettings property

如果您在SuspensionManager 处理应用程序恢复时需要恢复大量数据，则最好将值保存为键，然后从另一个位置或过程恢复完整对象。正如你所建议的那样。

我正在考虑通过内存缓存而不是 导航参数（例如，将我的复杂数据对象保存到字典中 在内存中以 nameof(PageNavigatedToType) 为键并检索 在目标页面的 NavigatedTo 上缓存数据。

您的担忧

我担心内存使用量可能会增加，但不确定 如果将特定字典值设置为 null （如果没有 更需要）对全局内存有很大的影响（我的意思是 应用范围）。

这是一个合法的问题，但是您可以处理较短的对象范围，一旦 GC“检测到”内存需求，它将根据您的对象范围将对象释放到代码中。

如果您释放一个字典值 - 将其设置为 null- 可能足以在“如果和何时”不存在对此类对象的更多引用时被回收。

短对象范围可以通过多种方式实现，因为这是一个概念。

• 仅声明局部方法变量而不是类变量/属性就是其中之一。
• 当您使用IDisposable 对象时。 using 关键字确保正确使用IDisposable 对象并允许它们为garbagecollect

using (Font font1 = new Font("Arial", 10.0f)) 
{
    byte charset = font1.GdiCharSet;
}

• C# 允许您通过方括号将字段范围控制到方法中，这是一个语法帮助程序，用于控制您的字段将在哪个范围内使用，因此您可以选择在关闭方括号后释放这些资源。如果您的字段不是 IDisposable 字段，您当然可以使用它。

public void MyMethod()
{
    ...
    ...
    {
        var o = new MyObject();
        var otherReferenceToSameObject = o;
        var s = "my string";
        ...
        ...
        ...
        ...

        otherReferenceToSameObject = o = null;
        s = null;
    }
    ...
    ...
}

• 请记住，GC 是由其自己的算法确定的，我们对此没有足够的控制权，但对我们的资源进行一些控制可以帮助GC 做得更好。