xsi:schemaLocation有何做用

总结：xsi:schemaLocation 即像java中的import命令 其中值为一对一对的 即 xxxx xxxxxx.dtd 即至关于引入类 前者为名称 后者为来源

　　　xmlns:xsi 该文件语法说明 使用了XMLSchema-instance 

　　　xmlns:即为别名

　　像下图使用了xmlns:xsi 才能识别xsi:schemaLocation和xmlns

　　在xsi:schemaLocation引入了beans,xmlns建立beans后 才容许在下方使用<bean></bean>标签 不然会报unknowTag

　　

 

 

 

我来讲说XML文件中的xmlns、xmlns:xsi和xsi:schemaLocation、dtd文件的具体含义

相信不少人和我同样，在编写Spring或者Maven或者其余须要用到XML文档的程序时，一般都是将这些XML文档头拷贝过来，并无理解其中元素（好比xmlns，xmlns:xsi，xsi:schemaLocation）的真正含义，不知道哪些元素是多余的，也不知道为何要加那些元素。这样当有时候网上Copy的XML头有错的时候本身殊不知道怎么下手。我也是这样的，因而今天花了点时间好好的理解了一下这些元素及其用法，现整理与此，在此谢谢各位前辈的经验，若有总结的不对或者很差的地方，欢迎留言提出各位的宝贵意见。

 

话很少说，先来一段Spring的XML样本，相信你们都很眼熟：

    这个文档中，根元素<beans/>就不用说了，接下来是xmlns。那么什么是xmlns呢？xmlns实际上是XML Namespace的缩写，可译为“XML命名空间”，但我的以为，翻译后的名字反而很差理解，因此咱们就叫它为XML Namespace吧。 

    

    为何须要xmlns？
    考虑这样两个XML文档：表示HTML表格元素的<table/>：

 

    和描述一张桌子的<table/>：

    假如这两个 XML 文档被一块儿使用，因为两个文档都包含带有不一样内容和定义的 <table> 元素，就会发生命名冲突。XML 解析器是没法肯定如何处理这类冲突。为了解决上述问题，xmlns就产生了。

    

    如何是用xmlns？
    很简单，使用语法： xmlns:namespace-prefix="namespaceURI"。其中namespace-prefix为自定义前缀，只要在这个XML文档中保证前缀不重复便可；namespaceURI是这个前缀对应的XML Namespace的定义。例如，

    这一句定义了一个http://www.springframwork.org/schema/context的Namespace（这和Java类中的包的声明很类似），并将其和前缀context绑定。因此上面的Spring XML文档中会有这么一句：

 

    这里的<component-scan/>元素就来自别名为context的XML Namespace，也就是在http://www.springframework.org/schema/context中定义的。

    咱们还能够将前缀定义为abc：

 

    这样再使用这个namespaceURI中的元素时，须要以abc为前缀，例如：<abc:xxx/>。再拿上面的例子解释怎么使用xmlns：

 

 

    和：

 

 

 
    后者与前者仅仅使用不一样前缀，咱们为 <table> 标签添加了一个 xmlns 属性，这样就为前缀赋予了一个与某个命名空间相关联的限定名称。此时再把它们放在一块儿，XML解析器就不会报错了。

    注意：当xmlns被定义在元素的开始标签中（如这里的<f:table/>）时，全部带有相同前缀的子元素都会与同一个Namespace相关联（即<f:table/>里面的<f:name/>和<f:width/>也会使用url2定义的写法）。

    

    xmlns和xmlns:xsi有什么不一样？
    xmlns表示默认的Namespace。例如Spring XML文档中的

    这一句表示该文档默认的XML Namespace为http://www.springframwork.org/schema/beans。对于默认的Namespace中的元素，能够不使用前缀。例如Spring XML文档中的

 

    xmlns:xsi表示使用xsi做为前缀的Namespace，固然前缀xsi须要在文档中声明。

 

    xsi:schemaLocation有何做用？
    xsi:schemaLocation属性实际上是Namespace为http://www.w3.org/2001/XMLSchema-instance里的schemaLocation属性，正是由于咱们一开始声明了

 

    这里才写做xsi:schemaLocation（固然通常都使用这个前缀）。它定义了XML Namespace和对应的XSD（Xml Schema Definition）文档的位置的关系。它的值由一个或多个URI引用对组成，两个URI之间以空白符分隔（空格和换行都可）。第一个URI是定义的XML Namespace的值，第二个URI给出Schema文档的位置，Schema处理器将从这个位置读取Schema文档，该文档的targetNamespace必须与第一个URI相匹配。例如：

    这里表示Namespace为http://www.springframework.org/schema/context的Schema的位置为http://www.springframework.org/schema/context/spring-context.xsd。这里咱们能够打开这个Schema的位置，下面是这个文档的开始部分：

 

    有了上面的说明后，再去理解开始的Spring XML文档，必定会有不同的感受！   

----------------------------------以上均为引用，以本人项目为例对上面的解释补充我的看法，以下---------------------------------------------

从本人项目中，能够看看相应的代码：

 

又例如，什么时候名字空间什么时候能够删除呢，好比下面的状况：

 

因而可知：一切以  xsi：schemaLocation=“”为准，也就是说xsi：schemaLocation包含的部分必定要出如今名字空间中。而实际上写的只须要>=xsi：schemaLocation中的内容便可，这就是删除的依据。

又例，以maven中的pom.xml文件为例：

 

 

再例：

 

最后，以web service中xml的wsdl文件再一次详细说明：

 

只不过这里没有 xsi：schemaLocation的说法，因此这里的名字空间就不能随意删除了

其实，看到这，已经领悟不少了。

XML中的文档声明类型：dtd

此处参考易百教程：http://www.yiibai.com/xml/xml_dtds.html

 dtd是一种XML的约束，说白了就是我定义了dtd文件，下面的xml编写必须按照个人约束条件来写。分为内部dtd和外部dtd（系统标识符（SYSTEM）和公共标识符（PUBLIC)）

内部dtd：

 

外部dtd：就是这个dtd文件是外部引用的，和css文件的内部，外部一个意思

 

 

 

 

 

因此SYSTEM和PUBLIC这种关键字就是引入外部dtd文件的。

以个人项目经历为例，一个例子以下：