我需要匹配所有这些开头标记：
<p>
<a href="foo">
但不是这些：
<br />
<hr class="foo" />
我想出了这个，想确保我做得对。我只是在捕捉a-z。
<([a-z]+) *[^/]*?>
我相信上面写着：
找到一个小于，然后查找（并捕获）a-z一次或多次，然后找到零个或多个空格，然后查找任何字符零次或多次，贪婪，除了/，然后查找大于
我有这个权利吗？更重要的是，你怎么看？
当前回答
中国古代军事家、将军和哲学家孙子说过：
据说，如果你了解你的敌人，了解你自己，你可以赢得百战百胜，而不会一败涂地。如果你只了解自己，而不了解对手，你可能会赢，也可能会输。如果你既不了解你自己也不了解你的敌人，你将永远危及自己。
在这种情况下，你的敌人是HTML，你要么是你自己，要么是正则表达式。您甚至可能是带有不规则正则表达式的Perl。了解HTML。了解自己。
我写了一首描述HTML本质的俳句。
HTML has
complexity exceeding
regular language.
我还写了一首俳句，描述Perl中正则表达式的性质。
The regex you seek
is defined within the phrase
<([a-zA-Z]+)(?:[^>]*[^/]*)?>
其他回答
如果PHP需要此功能：
除非是正确格式化的XML，否则PHP DOM函数将无法正常工作。不管它们对人类其他人的用处有多大。
simplehtmldom很好，但我发现它有点bug，而且内存很重[会在大页面上崩溃。]
我从未使用过querypath，所以不能评论它的有用性。
另一个可以尝试的是我的DOMParser，它非常节省资源，我已经很高兴地使用了一段时间。简单易学，功能强大。
对于Python和Java，发布了类似的链接。
对于反对者，我只在XML解析器无法承受实际使用时才编写了我的课程。宗教上的反对投票只是阻止了有用的答案被发布——请把事情放在问题的角度之内。
尽管为此目的使用正则表达式并不合适和有效，但有时正则表达式为简单的匹配问题提供了快速解决方案，在我看来，将正则表达式用于琐碎的工作并不可怕。
有一篇关于匹配StevenLevithan编写的最内部HTML元素的权威博客文章。
这可能会：
<.*?[^/]>
或不带结束标记：
<[^/].*?[^/]>
HTML解析器上的火焰大战是怎么回事？HTML解析器必须解析（并重建！）整个文档，然后才能对搜索进行分类。在某些情况下，正则表达式可能更快/更优雅。我的2美分。。。
如果您只是试图查找这些标记（没有解析的野心），请尝试以下正则表达式：
/<[^/]*?>/g
我在30秒内写下了它，并在这里进行了测试：http://gskinner.com/RegExr/
它匹配您提到的标记类型，而忽略您所说的要忽略的类型。
在shell中，可以使用sed解析HTML：
图灵.sed编写HTML解析器（作业）???利润
相关（为什么不应该使用正则表达式匹配）：
如果你这么喜欢正则表达式，为什么不嫁给它们？正则表达式：现在有两个问题黑客攻击stackoverflow.com的HTML清理器
