HTML中的单标记：
1、<area>：用于图像映射内的区域。
2、<base>：文档中所有相对URL的基本URL。每个文档只能有一个，它必须位于页面的
<head>中。
3、<br>：换行符，通常用于文本内容以创建单个换行符而不是段落。它不应该用于通过堆叠
许多<br>标签在页面上创建视觉分离，因为该函数是视觉需求，因此是CSS的域而不是
HTML。
4、<col>：指定<colgroup>元素中每列的列属性。
5、<command>：指定用户可以调用的命令。
6、<embed>：与外部应用程序和交互式内容一起使用以进行集成。
7、<hr>：水平规则，是页面上的一条直线。在许多情况下，CSS边框用于创建分隔线而不是
此HTML元素。
8、<img>：HTML的主要元素之一，这是图像标记。它用于将图形图像添加到网页。
9、<input>：用于从访问者捕获信息的表单元素。有许多有效的输入类型，从多年来在表单
中使用的常见“文本”输入到属于HTML5的一些新输入类型。
10、<keygen>：此标记创建用于表单的密钥对生成器字段。
11、<link>：不要与“超链接”或锚点（<a>）标签混淆，此链接用于设置文档与外部资源之
间的链接。例如，您可以使用它链接到外部CSS文件。
12、<meta>：元标记是“有关内容的信息”。它们位于文档的<head>中，用于将页面信息
传递给浏览器。有许多不同的meta标签，你可以在网页上使用。
13、<param>：用于定义插件的参数。
14、<source>：此标记允许您为页面上的媒体指定备用文件路径，包括视频或图像或音频文件。
15、<track>：此标记设置要与媒体文件，视频或音频一起使用的轨道，这些轨道通常与
<video>或<audio>标记一起添加。
16、<wbr>：这代表断言机会。它指定添加换行符可以接受的文本块中的位置。
扩展资料：
在HTML5的版本中<command />、<command />、<menuitem />这三个单标记是已经
报废无效了，而在HTML4中是可以继续使用的。
使用单标记时不同的HTML版本对是否需要带斜杆是有不同的要求的。
HTML5：斜杠是可选的。
HTML4：斜杠不可选的。但是，它被W3C的HTML验证器接受了。
XHTML：斜线是必需的。
可以将此问题先使用普通的正则式解出来：(?<=<(\w+)>)[^<]+(?=</\1>)
拆分为：
positive lookbehind一个html开始标签，捕获其标签；
匹配任何非<的内容，（作为正文部分，不支持嵌套；）
positive lookahead一个html结束标签，使用以前捕获的\1；
上述正则式在.Net正则引擎中通过。(perl/python的positive lookbehind里不支持像 \w+这样的不定量词）
将上述正则式翻译为vim正则，就是：（字面翻译）
\(<\(\w\+\)>\)\@<=[^<]\+\(<\/\1>\)\@=
其中的vim正则中的zero-width资料，可以在本贴的“参考资料”中找到。
有一个问题就是，前面的标签部分，即，\(<\(\w\+\)>\)，又即原正则式中的(<(\w+)>)部分，第一重括号已经被零宽之后，里面的\1就无法被零宽之外的正则式所引用了。虽然，零宽内部可以使用外面的引用。
因此，您的需求并不能使用纯的vim正则来完美实现。这是vim正则的限制所在。每种正则引擎都有其限制。就我本人来说，我喜欢perl和python，不喜欢.Net语言，但是.Net的正则式是最强大的。当忠于一种语言，却不能使用该语言完成所需功能时，可以变通一下思路。
您的要求是，不包括前缀和后缀本身。想必您已经想到，变通的方法可以是这样：
普通正则：<(\w+)>([^<]+)(</\1>) ，其中，\2即为所求的不含标签的部分。
VIM正则：<\(\w\+\)>\([^<]\+\)<\/\1>，其中，\2即为所求的不含标签的部分。GVIM7.2测试通过。
正则表达式论坛 http://regex.me
正则表达式博客 http://iregex.org
http://bbs.9ria.com/viewthread.php?tid=45402&highlight=%2Bhtml5HTML5
从现在看来html5是 一个温和的改进，它没有强制要求放弃现有的任何一种技术或方案。同时它也没有采用捆绑销售的方式（我们可以只采用html5的 某一项标准，对于其他的仍旧可以用现有的方式来实现）。这些使得html5的推进将是一个长期进化的过程，这期间过时的东西会 被抛弃，而新的方式将会浮出水面。 各浏览器厂商正在加快对于html5的 支持，对于有心于支配下一代互联网浏览器市场的厂商而言，多支持一种标准，是有益无害的。相信再过1-2年html5的 那些新功能将会得到广泛的支持。 从商业的角度看，html5也 会是一个妥协的方案。它虽然会使你丧失一部分机会，但不会因此而成就你的竞争对手。敌视或抵制html5反而会错过更多的机 会。 在移动设备上html5具 有更大的优势，由于移动设备的平台特性，设备商与软件商之间存在着一些竞争关系,这使得html5可以更快的进入市场，出于对移动网络的看好，html5也应该会有一个美好 的未来
Flash和HTML5比较
1.普及率
任何的语言和产品成功与否取决于商业应用的普及率，FLASH的普及率我就不说了，大家都知道，除非你玩的是命令行或服务器否则基本上都有，这点比HTML5有很大的优势，当然你别和我说这个以后普及很快的，OK，那么我简单的问你，IE8出来多久了，IE8在中国的普及率又是多少你知道吗？你有知道有多少用户依然在使用IE6吗？我们从事互联网行业所以我们关注新版本，但是对于普通网民来说他们不在乎，更别提HTML5，即使IE9支持HTML5，你要等到何年何月？在回头看看FP的新版本，可以说在很短的时间内即可升级到最新版本，不管你是不是普通网民。还有在最近几年内难道在这期间ADOBE都是吃干饭的，FLASHPLAYER不会升级？所以这点毫无疑问的是FLASHPLAYER占有极大优势。
2.商业应用
这点就更不用说了，在与客户交谈的时候使用什么来实现，我想取决于客户的需求，你给客户说HTML5如何优秀，我想客户也会考虑到他自己能否使用，难道你会说你的电脑给我，我给你装一个最新的浏览器？如果对方是一个公司呢，难道你会说我去到你们公司上门服务，给你们每台计算机都安装最新的浏览器？
3.开发环境
快速快发和调试也是一个非常关键的因素，本身一个项目用FLASH一周可以实现，你用HTML5+JS要用2周何必呢？为什么说2周，因为你没有一个很好的调试工具，JS的调试可以说是最让人头疼的事情，这点你还别NB，起码我知道JS是出了名的难伺候！当然你可能会说JS很好调试啊，借助工具，我说的是其中的业务逻辑调试而非代码校正调试，FLEX我就不说了，用了的人都知道
4.编译型&解释型
我们都知道AS3最终会通过编译器编译成一个独立的文件，所以说AS3是属于编译型文件，而HTML5+JS呢？解释性语言，解释性语言的运行效率取决于解释器也就是浏览器，而编译型语言则不一样，通过这点我们就知道他们不是一个层次的东西，所以那些断言HTML5会给FLASH送终的人就继续你的YY之路吧！
5.网络支持
说道网络支持，JS支持XMLSOCKET或者SOCKET长连接吗？反正我到目前为止知道的是都是借助FLASH作为中转开发的，当然你别说通过一些极端的方法，如果JS官方不支持就是不支持，伪造的方法兼容性也不好。
6.FLASH是CPU hog?
说实话不是很理解乔布斯的话，任何语言的好于坏取决于开发者，如果我用C++写了一个病毒，那是不是意味着C++语言就是一个垃圾，很明显的道理，我用JS不断的写循环，浏览器一样也会挂掉，工具的好与坏取决于你怎么使用，而不是你只看到不好的一面然后就断定说这个是垃圾！
7.JS+HTML5的小内存
为什么说小内存，因为我不知道JS的内存可以存储二进制数据吗？可以读取本地IO到内存吗？很明显JS做不到，但是FP可以做到
8.视频PK
说道最关键的了，因为很多人认为HTML5的视频会打败FP，OK我就先比方所有的人上网都是为了看视频，我想问你HTML5支持H264吗？包括现在的FIREFOX似乎也只是H263编码的，而H263编码早已是FP的代谢产物，现在有个宽带基础的谁去看那些模糊不清的影片，在回头看看FP吧！H263/H264随你选，还有FP有很强大的FMS来做视频实时发布系统，你HTML5有什么，当然你别说msplayer，msplayer是微软的。或者谁NB的用HTML5做一个视频录制的程序给我看看。我们都想开开眼界
9.声音和麦克风
HTML5可以捕捉麦克风波形吗？HTML5支持原生的MP3播放吗？就算HTML5支持，比如做一个游戏，有些对声音播放要求是很及时的，FP是把声音加载到内存，你HTML5能做什么，无非加载到缓存，一个是从内存播放，一个是从缓存播放你看哪个快
还要说什么，乔布斯以及那些恨不得FLASH立即消失的朋友，只能对你们说声抱歉，FLASH再次让你们失望了！因为FLASH胜出：）
还有我一直在怀疑的一个问题，那就是乔布斯说的是手机版FLASHPLAYER而非PC版本的，否则他早就让leopard去掉对FP的支持了，不过我想到时候会少一大批人使用LEOPARD
再次声明：我说这些不是反对HTML5，我也支持HTML5，但是不支持HTML5是FLASH的终结这个说法，如果你一直认为我是在反驳HTML5我也没招，必定挑起口水战的是那些支持HTML5的朋友，好好的比什么啊！
