blocks|key|1114502|text|SAXExpat曾经真的很棒。Expat是XML解析器，几乎是一个参考实现。我记得我用它来读取一些通过TCP连接发送的同步XML文件，有时是非常大的文件(大约50mb)，没有任何问题。那是在3/4年前，在.NET+1.1和非常糟糕的计算机上。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1114503|entityMap|0|LINK|mutability|MUTABLE|url|http://sourceforge.net/project/showfiles.php?group_id=95340^0|0|8|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://sourceforge.net/project/showfiles.php?group_id=95340" rel="nofollow noreferrer">SAXExpat</a> used to be really good. Expat is the XML parser, almost a reference implementation. I remember using it to read some synchronization XML files sent over a TCP connection, sometimes really big files (around 50mb) without any kind of problem. And that was 3/4 years ago, in .NET 1.1 and really crappy computers.

blocks|key|3430814|text|如果问题出在XmlTextReader上，我会非常惊讶。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3430815|如果您花几分钟编写一个测试程序来创建一个XmlTextReader，并简单地使用Read()来读取文件中的每个节点，直到它到达文档的末尾，我打赌您会发现它会像一把热刀穿过黄油一样缩放您的12mb文件。如果我遇到这个问题，这是我要做的第一件事。|3430816|因为一旦您排除了XmlTextReader作为问题的根源，您就可以将注意力集中在实际导致问题的原因上--很可能是处理您正在读取的节点的代码，而不是读取节点的代码。|3430817|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I would be very surprised if the problem were in the XmlTextReader. 

If you spend a few minutes to write a test program that creates an XmlTextReader and simply uses Read() to read through each node in the file until it gets to the end of the document, I bet you'll find that it zooms through your 12mb file like a hot knife through butter. That's the first thing I'd try if I were experiencing this problem.

Because once you've eliminated XmlTextReader as the source of the problem, you can focus your attention on what's actually causing it - which is, very probably, the code that processes the nodes that you're reading, not the code that reads the nodes.

blocks|key|1114463|text|我过去也遇到过类似的性能问题。我将其追溯到尝试针对DTD/模式进行远程解析。这是你做的吗？如果可能，请尝试将XmlTextReader.XmlResolver设置为null。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1114464|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I have had similar performance issues in the past. I traced it back to trying to remotely resolve against a DTD/schema. Are you doing this? Try setting XmlTextReader.XmlResolver to null if possible.

blocks|key|4899391|text|这取决于您如何处理从阅读器中获得的内容。您是将其放在XML+DOM中，还是放在任何对象模型中？无论您使用哪种语言或库，这都会造成很大的内存冲击。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4899392|也许它在1.1中有缺陷，想过尝试2.0吗？我在我的1.1天里从来没有用过XmlTextReader，所以我不能保证它:但是从2.0开始它是完美的。|4899393|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Depends what you do with what you get out of the reader. Are you putting it in an XML DOM, or any object model for that matter? That would make a big memory hit not matter what language or library you use.

Maybe it is flawed in 1.1, thought about trying out 2.0? I never used the XmlTextReader in my 1.1 days, so I can't vouch for it: but since 2.0 it is perfect.

blocks|key|1114648|text|只有一个想法。您是否要在整个过程中打开一个数据库事务？如果是这样的话，在不使用事务的情况下尝试它，或者至少在这个过程中更频繁地提交。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1114649|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Just one thought. Are you opening a database transaction for the length of the entire process? If so try it without the transaction or at least commit more often during the process.

blocks|key|3430907|text|我不想推荐这个，但是如果这个软件没有出售或者是外部的，你可以试着把Mono的阅读器带进来，看看能不能解决你的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3430908|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I hate to recommend this, but if the software isn't sold or external, you could try bringing in the reader from Mono and see if that fixes your woes.

I have a process that reads an XML file. It uses the XMLTextReader class to do this as it is supposed to be a fast, forward only XML parser/reader.

Works just great with a 1 megabyte test file but comes to a complete halt when working on a 12 meg file in the live system.

Are there any solutions to this other than writing my own XML reader? That's not the end of the world but I would prefer to use available standard components if possible

XMLTextReader in .NET 1.1

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个读取XML文件的进程。它使用XMLTextReader类来实现这一点，因为它被认为是一个快速的、只向前的解析器/阅读器。在1兆字节的测试文件中工作得很好，但在实时系统中处理12兆的文件时就完全停止了。除了编写我自己的XML阅读器之外，还有其他解决方案吗？这并不是世界末日，但如果可能的话，我更喜欢使用可用的标准组件

问.NET 1.1中的XMLTextReader
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问.NET 1.1中的XMLTextReaderEN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问.NET 1.1中的XMLTextReader
EN