C# 如何以最有效的方式（1.8）Gb呈现一个巨大的JSON文件

我正在创建一个系统，用于错误检查ARM脚本并将结果存储在json文件中（用于将来项目的高效解析）。我的问题在于json文件的绝对大小，需要知道是否有人有任何解理器解决方案来呈现json文件

• 代码在http触发器上通过azure函数运行，起初我在响应消息中给出了结果，但当文件变大时，站点一直崩溃

我现在正在研究的一种方法是创建一个html文件，其中包含数据，并且每次用户单击按钮时仅显示1000行。考虑到用户的搜索、复制等能力，这会浪费时间吗？有没有更好的解决方案可以用c#实现

• 这个解决方案可以在C#类中完成吗
• 可以直接在http触发器类中完成吗

提前谢谢你

每次用户单击一个按钮时，1000行。这会浪费时间吗

对。当你谈论1gb的配置文件时，任何涉及人类的东西都是垃圾——特别是如果这不涉及任何类型的搜索功能，并且涉及人类眼球扫描的话。它将不起作用，除非您谈论类似于头（即文件顶部）的内容。时期这是一个有效的解决方案——对于某种不存在的人类半机械人来说

有没有更好的解决方案可以用c#实现

---

我敢说没有好的解决办法。使用某种编辑器将json交替显示为树，其中包含大量搜索函数和某种路径function可能会更好，但也需要大量工作。问题是，1gb json文件不是您可以在、期间内获得任何概述的文件。人类是什么样的人。

现在是什么意思？您正在向用户显示它吗？在这种情况下，我可能会放弃——没有人会阅读成千上万行的JSON。想想你想让用户从中得到什么，然后设计一些更好地满足他们需要的东西。把它放到某种上下文中：指环王大约有190000个单词，5个字符/单词大约是950000个字符，或者950kB（假设ASCII）。您要求用户在一个页面上阅读/扫描二十个完整的指环王三元组。不会发生的。@canton7谢谢你的评论。你说得很对。向用户显示json文件内容的原因是允许用户纠正组件中的错误，并为将来的错误设置新规则。他们永远不会通过查看超过20000页的文本来发现任何错误。你需要考虑他们到底在寻找什么样的东西，给他们更好的工具去寻找them@canton7错误已经在json文件中找到并列出。然而，错误是基于他们的规格，这可能会改变。谢谢你的回答。非常感谢。