Atitit.html解析器的选型 jsoup nsoup ，java c# .net 版本号
6.1.1. atitit. java jsoup html table的读取解析 总结 - attilax的专栏 ... 8
1. 框架选型的要求
1.1. 文档多
1.2. 跨平台
2. html解析器特性：
2.1. jQuery 风格的 CSS 选择器
· 对不信任的源的 HTML 进行清理
2.2. 操作 HTML 文档.
· jQuery 风格的 CSS 选择器
NSoup.Nodes.Document doc = NSoup.NSoupClient.Parse(HtmlString);
聽
NSoup.Nodes.Document doc = NSoup.NSoupClient.Connect("http://www.oschina.net/").Get();
聽
ebClient webClient =聽new WebClient();
String HtmlString=Encoding.GetEncoding("utf-8").GetString(webClient.DownloadData("http://www.oschina.net/"));
NSoup.Nodes.Document doc = NSoup.NSoupClient.Parse(HtmlString);
聽
WebRequest webRequest=WebRequest.Create("http://www.oschina.net/");
NSoup.Nodes.Document doc = NSoup.NSoupClient.Parse(webRequest.GetResponse().GetResponseStream(),"utf-8");
作者:: 老哇的爪子 Attilax 艾龙， EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.net/attilax
3. 浏览器解析html的原理以及防止乱码
细节
HTML文档是作为带有字符编码信息的字节流序列在互联网中传送的。字符编码信息能够在随文档发送的HTTP响应头信息中指定，也能够在文档的 HTML标签中指定。浏览器依据字符编码信息将字节流转换为显示在浏览器上的字符。假设不知道怎样构造一个页面的字符，浏览器自然也不能正确地渲染页面。绝大部分浏览器在開始运行不论什么JavaScript代码或者绘制页面之前都要缓冲一定数量的字节流。缓冲的同一时候它们也要查找相关的字符编码设定（一个值得注意的例外是IE6/7/8）。
不同浏览器须要缓冲的字节流数量不同。另外假设找不到编码设定，各浏览器默认的编码也不同。可是无论哪一种浏览器。假设在已经缓冲了足够的字节流、開始渲染页面之后才发现指定的编码设定与其默认值不同，都会导致又一次解析文档并重绘页面。
假设编码的变化影响到了外部资源（比如cssjsmedia）。浏览器甚至会又一次对资源进行请求。
为了避免这些延迟。对不论什么超过1k（精确地说是1024字节，这是我们測试过的全部浏览器的最大缓冲限制）的HTML文档，要尽早指定字符编码。
建议
通过HTTP头信息或meta标签指定编码
为HTML文档指定编码设定有几种方式：
server端：通过webserver的配置来指定编码參数，为全部text/html类型的文档指定带有正确编码信息的Content-Type头信息。比如Content-Type: text/html;charset=UTF-8
client：在HTML代码中包括http-equiv="content-type"的meta标签，并指定字符编码。比如 。
假设可能的话，为你的webserver做指定字符编码的HTTP头信息配置。某些浏览器（比如Firefox）在运行JavaScript之前会用（比 其他浏览器）更短的延迟缓冲来检查头信息中是否指定字符编码。
这意味着它们能够跳过对HTML标签的检查，缩短缓冲的字节数和延迟时间
4. 把meta标签放在head区域的最前面
假设你不能对webserver配置进行改动，又须要通过meta标签指定编码。要确保你用于指定编码的meta标签是文档中head标签的第一个子元 素。浏览器会在文档的前1024字节中寻找字符编码參数，因此为了避免性能损耗，编码參数在文档头部越早出现越好（译注：在IE6下面的版本号中，特定情况 下，假设该meta标签不是head的第一个子元素，则会被忽略
5. HTML解析器
ＨＴＭＬ解析器的工作是解析ＨＴＭＬ标记到解析树。
5.0.1.1. HTML语法定义
ＨＴＭＬ的词汇与句法定义在w3c组织创建的规范中。当前版本号是HTML4，HTML5的工作正在进行中。
5.0.1.2. 不是上下文无关语法
在对解析器的介绍中看到。语法能够用类似ＢＮＦ的格式规范地定义。不幸的是全部常规解析器的讨论都不适用于ＨＴＭＬ（我提及它们并非为了娱乐，它们能够用于解析CSS和JavaScript）。
HTML无法用解析器所需的上下文无关的语法来定义。
过去HTML格式规范由DTD (Document Type Definition)来定义。但它不是一个上下文无关语法。
HTML与XML相当接近。XML有很多可用的解析器。HTML另一个XML变种叫XHTML，那么它们主要差别在哪里呢？差别在于HTML应用更加”宽容”，它容许你漏掉一些開始或结束标签等。它整个是一个“软”句法。不像XML那样严格死板。 总的来说这一看似细微的差别造成了两个不同的世界。一方面这使得HTML非常流行。由于它包容你的错误，使网页作者的生活变得轻松。
另一方面。它使编写语法格式变得困难。所以综合来说。ＨＴＭＬ解析并不简单。现成的上下文相关解析器搞不定。ＸＭＬ解析器也不行。
5.0.1.3. 解析算法
如我们前面看到的，HTML无法使用自上而下或自下而上的解析器来解析。
理由例如以下：
1. 语言的宽容特点
2. 浏览器须要对无效HTML提供容错性的事实。
3. 解析过程的重复。
通常解析过程中源代码不会变化。但在HTML中，script标签包括”document.write”时能够加入内容，即解析过程实际上还会改变源代码。
浏览器创建了自己的解析器来解析HTML文档。
HTML5规范里对解析算法有详细的说明，解析由两部分组成：分词与构建树。
分词属于词法分析部分。它把输入解析成符号序列。在HTML中符号就是開始标签，结束标签。属性名称和属生值。
分词器识别这些符号并将其送入树构建者，然后继续分析处理下一个符号。直到输入结束
5.0.1.4. 分词算法
算法的输出是HTML符号。算法能够用状态机来描写叙述。
每个状态从输入流中消费一个或多个字符。并依据它们更新下一状态。决策受当前符号状态和树的构建状态影响。这意味着相同的字符可能会产生不同的结果，取决于当前的状态。算法太复杂，我们用一个样例来看看它的原理。
基础演示样例。分析以下的标签:
<html> <body> Hello world </body></html>
初始状态是”Data state”，当遇到”<“时状态改为“Tag open state”。吃掉”a-z”字符组成的符号后产生了”Start tag token”，状态变更为“Tag name state”。我们一直保持此状态。直到遇到”>”。每一个字符都被追加到新的符号名上。
在我们的样例中，解出的符号就是”html”。
当碰到”>”时，当前符号完毕。状态改回“Data state”。”<body>”标签将会以相同的方式处理。
如今”html”与”body”标签都完毕了，我们回到“Data state”状态。
吃掉”H”（”Hello world”第一个字母）时会产生一个字符符号。直到碰到”</body>”的”<“符号。我们就完毕了一个字符符号”Hello world”。
如今我们回到“Tag open state”状态。吃掉下一个输入”/”时会产生一个”end tag token”并变更为“Tag name state”状态。相同，此状态保持到我们碰到”>”时。
这时新标签符号完毕。我们又回到“Data state”。相同”</html>”也会被这样处理。
5.0.1.5. 树的构建算法
当解析器被创建时。文档对象也被创建了。在树的构建过程中DOM树的根节点（Documen）将被改动，元素被加入到上面去。
每个分词器完毕的节点都会被树构建器处理。规范中定义了每个符号与哪个DOM对象相关。
除了把元素加入到DOM树外，它还会被加入到一个开放元素堆栈。这个堆栈用于纠正嵌套错误和标签未关闭错误。
这个算法也用状态机描写叙述。它的状态叫做”insertion modes”。
让我们看看以下输入的树构建过程：
<html> <body> Hello world </body></html>
树的构建过程中，输入就是分词过程中得到的符号序列。
第一个模式叫“initial mode”。
接收 html 符号后会变成“before html”模式并又一次处理此模式中的符号。这会创建一个HTMLHtmlElement元素并追加到根文档节点。
然后状态改变为“before head”。我们收到”body”时，会隐式创建一个HTMLHeadElement，虽然我们没有这个标签，它也会被创建并加入到树中。
如今我们进入“in head”模式，然后是“after head”，Body会被又一次处理，创建HTMLBodyElement元素并插入，然后进入“in body”模式。
字符符号”Hello world”收到后会创建一个”Text”节点，全部字符都被一一追加到上面。
收到body结束标签后进入 “after body” 模式，收到html结束标签后进入“after after body”模式。
全部符号处理完后将终止解析
6. 參考
atitit.jsoup html table的读取解析 总结
6.0.1. atitit. java jsoup html table的读取解析 总结 - attilax的专栏 ...
好用的採集解析工具_HTML解析利器HtmlAgilityPack_凤凰涅磐_新浪博客.html
浏览器怎么解析HTML_IT知识问答_希赛网.html
浏览器是如何工作的：渲染引擎，HTML解析（连载二） – 携程设计委员会.html
HTML解析利器HtmlAgilityPack - 周公（周金桥）的专栏 - 51CTO技术博客.html