外链不同于内链的建设，内链可以在自己网站上随意的部署，但外链不同，外链需要在别人的网站上部署，所以外链受到了很多的约束和不可控性，也因而外链的表现形式没有内链的形式多，下面来简单的看一下外链的表现形式吧
 

 
外链不同于内链的建设，内链可以在自己网站上随意的部署，但外链不同，外链需要在别人的网站上部署，所以外链受到了很多的约束和不可控性，也因而外链的表现形式没有内链的形式多，下面来简单的看一下外链的表现形式吧：
 
第一种表现形式：锚文本
 
锚文本是一个关键词嵌上一个链接，称为链接锚文本，简称锚文本。
 
作用：锚文本可以提升关键词对URL的排名。
 
第二种表现形式：超链接
 
超链接是点击一个链接可以跳转到相应的链接页面，称为超链接。
 
作用：超链接可以提升一个URL的权重，达到提升排名的效果。
 
第三种表现形式：纯文本
 
纯文本和超链接的形式一样，但是无法点击跳转到相应的链接页面，也就是无法点击的URL。
 
作用：随着共同引出和共同出现的出现，也是未来seo的重要方法，纯文本越来越受到重视，所以在未来的效果还是可观的。

const url = "https://so.csdn.net/so/search/all?q=query&t=all&p=1&s=0&tm=0";  //测试用例

function func(url) {
    let obj = {}
    let i = url.indexOf("?") + 1;
    let str = url.substr(i);
    let arr = str.split("&")
    for(let i = 0; i < arr.length;i++){
        let arr1 = arr[i].split("=");
        obj[arr1[0]] = arr1[1];
    }
    return obj
}

console.log(func(url));

 
首先，想比较一下这两者的不同。URL用于网络，所以带有明显的protocol，而且对于中文及符号支持的很不好。File就是我们平常系统中的文件路径了，对于中文及符号都支持，但是已经没有protocol了。所以，虽然两者都可以表示文件路径，但是却不能混用了。
 
典型的URL和File路径的比较：
 
URL：file:/D:/my%20java/URL&FILE/%e5%9b%be%e7%89%87/tongji.jpg
 
File：D:/my java/URL&FILE/图片/tongji.jpg
 
其实两者是一个文件。
 
回到正题：
 
这是我在JDK5.0下找到的方法，JDK5.0以下不支持：
 
URL to File:
 
URL url=……;
 
File file=new File(url.toURI);
 
File to URL:
 
File file=……;
 
URL url=file.toURL();
 
++++++++++++++++++++++++++++
 
获取JAVA路径，包括CLASSPATH外的路径
 
归纳一些网上取JAVA路径的方法：
 
注明：如果从ANT启动程序，this.getClass().getResource("")取出来的比较怪，直接用JAVA命令行调试就可成功。
 
得到classpath和当前类的绝对路径的一些方法
 
获得CLASSPATH之外路径的方法：
 
URL base = this.getClass().getResource(""); //先获得本类的所在位置，如/home/popeye/testjava/build/classes/net/
 
String path = new File(base.getFile(), "../../../"+name).getCanonicalPath(); //就可以得到/home/popeye/testjava/name
 
下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。
 
1.FileTest.class.getResource("")
 
得到的是当前类FileTest.class文件的URI目录。不包括自己！
 
如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/com/test/
 
2.FileTest.class.getResource("/")
 
得到的是当前的classpath的绝对URI路径。
 
如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/
 
3.Thread.currentThread().getContextClassLoader().getResource("")
 
得到的也是当前ClassPath的绝对URI路径。
 
如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/
 
4.FileTest.class.getClassLoader().getResource("")
 
得到的也是当前ClassPath的绝对URI路径。
 
如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/
 
5.ClassLoader.getSystemResource("")
 
得到的也是当前ClassPath的绝对URI路径。
 
如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/
 
我推荐使用Thread.currentThread().getContextClassLoader().getResource("")来得到当前的classpath的绝对路径的URI表示法。
 
在Web应用程序中，我们一般通过ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。
 
注意点：
 
1.尽量不要使用相对于System.getProperty("user.dir")当前用户目录的相对路径。这是一颗定时炸弹，随时可能要你的命。
 
2.尽量使用URI形式
 
的绝对路径资源。它可以很容易的转变为URI,URL，File对象。
 
3.尽量使用相对classpath的相对路径。不要使用绝对路径。使用上面ClassLoaderUtil类的public static URL getExtendResource(String relativePath)方法已经能够使用相对于classpath的相对路径定位所有位置的资源。
 
4.绝对不要使用硬编码的绝对路径。因为，我们完全可以使用ClassLoader类的getResource("")方法得到当前classpath的绝对路径。
 
使用硬编码的绝对路径是完全没有必要的！它一定会让你死的很难看！程序将无法移植！
 
如果你一定要指定一个绝对路径，那么使用配置文件，也比硬编码要好得多！
 
当然，我还是推荐你使用程序得到classpath的绝对路径来拼资源的绝对路径。
 
=============================================================================
 
在开发java程序的过程中，我们经常要做的一件事就是获取资源。那么什么是资源呢？说白了，在计算机里那就是一堆数据。只是这堆数据对我们的java程序有多种表现形式，一般来说有File，URL，InputStream等等。而单就文件这一项就有很多种：配置文件，java类文件，jps文件，图片、css、js文件等等。面对这林林总总的资源，我们在设计一个读取资源的接口时，就需要针对不同形式的资源提供方法，这样就导致我们的接口还是与实际的资源形式绑定在一起，未能完全的抽象。另外，在java程序中资源的存放位置也是各异的。有的存放在classpath中，有的存放在文件系统中，有的存放在web应用中。而对于不同位置的资源，java程序获取这些资源的方法各有不同。
 
A、获取classpath中的资源：
 
Java代码
 
URL url = this.getClass().getResource("resource_name");
 
URL url = this.getClass().getClassLoader().getResource("resource_name");
 
URL url = Thread.currentThread().getContextClassLoader().getResource("resource_name");
 
那么在jdk中为什么又提供了三种方式来获取classpath下的资源呢？这其中是有些来头的。
 
第一行代码中是利用Class类的实例来获取，第二行代码是使用加载当前类的classloader来获取。看下jdk中的源代码会发现class类的实例最后还是委托加载他的classloader来获取资源的。
 
Java代码
 
public java.net.URL getResource(String name) {
 
name = resolveName(name);
 
ClassLoader cl = getClassLoader0();
 
if (cl==null) {
 
// A system class.
 
return ClassLoader.getSystemResource(name);
 
}
 
return cl.getResource(name);
 
}
 
从上面的代码中可以看出，对于资源的加载并没有像类加载所采用的双亲委托机制。而是当前类的classloader不为null的情况下先从当前类的classloader中加载资源。而只有当前类的classloader为null的时候才从system classloader中去加载资源。这样可以方便我们自定义配置类覆盖一些默认配置。当然，j2se应用中如果没有特别定制classloader时，我们自己写的类都是被system classloader加载的。到底利用class去获取资源和利用classloader去获取资源有什么区别呢？区别就在 resolveName(name)这个方法中。两种方式对于资源名称的表示方式不同。下面是一个简单的包结构，/表示类路径的根
 
/
 
|-com.cn.test
 
|-Test.class
 
|-test2.txt
 
|-test1.txt
 
Java代码
 
// 获取与当前类在同一个包下的资源
 
URL url1 = this.getClass().getResource("test2.txt");
 
// 获取com.cn.test包下的资源,需加/
 
URL url2 = this.getClass().getResource("/com/cn/test/test2.txt");
 
// 获取类路径根下的资源
 
URL url3 = this.getClass().getClassLoader().getResource("test1.txt");
 
// 获取包com.cn.test包下的资源
 
URL url4 = this.getClass().getResource("com/cn/test/test2.txt");
 
而第三利用当前线程的contextClassLoader来获取资源的解释可以参考我的另一篇
 
B、获取文件系统中的资源
 
Java代码
 
// 1、获得File对象
 
File file = new File("test.txt");
 
// 2、获得File对象的字节流
 
InputStream in = new FileInputStream(file);
 
值得注意的是在File的构造函数File(String name) 中的name参数可以是相对路径和绝对路径。相对路径是相对于System.getProperties("user.dir")的。
 
C、获取web应用中的资源
 
Java代码
 
servletContext.getResourceAsStream(resource_name);
 
resource_names为相对于webroot的路径表示。例如获取web.xml，resource_name表示为"/WEB-INF/web.xml"
 
面对上面介绍的各种资源表现形式和存放位置，难道java中就没有提供一个统一处理方式吗？有，java.net.URL。
 
从名称上来看 URL(Uniform Resource Locator) 统一资源定位器。看起来很好很强大。但很多时候使用它并不能定位到我们需要的资源。
 
首先，它jdk中体统的URL能访问的协议非常有限(当然可以进行扩展，不过很麻烦)；常用的有http,file,ftp等等。并没有提供对classpath和servletContext中的资源的获取方法。
 
另外，它没有提供判断资源是否存在的方法。每次只有等我们真正去获取资源的时候抛出异常才能知道资源无法获取。
 
其次，URL这个类的职责未划分清楚，既用来表示资源有用来获取其资源。
 
---------------------
 
作者：linjx2004
 
来源：CSDN
 
原文：https://blog.csdn.net/linjx2004/article/details/5608909
 
版权声明：本文为博主原创文章，转载请附上博文链接！

 
常见的URL表现形式有静态、动态、伪静态三种，但是搜索引擎对这三种页面的友好程度却各不相同，这就对seo优化工作产生一定的影响，，给大家点评下这三种页面。
 
1、静态页面
 
优点：相比其他两种页面，速度快。不仅仅是秒杀秒客网加载速度快，而且不需要从数据库里面提取数据，速度快的同时，也不会对服务器产生压力。
 
缺点：由于数据都是储存在HTML里面，所以导致文件非常大。并且严重的问题是，更改源代码必须全部更改，而不能改一个地方，全站静态页面就自动更改了。如果是大型网站有比较多的数据，那会占用大量的服务器空间，每次添加内容都会生存新的HTML页面。如果不是专业人士维护比较麻烦。
 
SEO点评：静态页面对于搜索引擎是非常友好的，至于说秒杀秒客网为什么友好，可能有很多个人站长并不清楚，我们直接在优点里面，就能够找到搜索引擎喜欢的东西，搜索引擎喜欢的就是速度快，网站速度快，表明你的网站服务器非常的好，虽然说这个速度的提升是非常的微弱的，可能只有几豪秒，或者更少的速度提升，但是可能就是这一点点的时间，让搜索引擎更喜欢你呢。
 
2、动态页面
 
优点：空间使用量非常小，一般几万条数据的网站，使用秒杀秒客网动态页面，可能只有几M的文件大小，而使用静态页面少则十几M，多则几十M。因为数据是从数据库里面调用而来，所以如果要更改某些数值，直接更改数据库，那么所有的动态页面，就会自动更新了。这一点相比静态页面好处就大很多了。
 
缺点：用户访问速度较慢，为什么会访问动态页面较慢呢。这个问题我们就必须从动态页面的访问机制说起了，其实我们的服务器上面有一个解释引擎，当用户访问的时候，这个解释引擎就会把动态页面翻译为静态页面，这样大家就能够在浏览器里面查看源码了。而这个源码就是解释引擎翻译以后的源码。除访问速度较慢以外，动态页面的数据是从数据库里面调用过来的，如果访问人数非常多，数据库的秒杀秒客网压力就会非常大的，不过现在动态程序都是使用了缓存技术。但是总体来讲，动态页面对于服务器的压力比较大一点。同时动态页面的网站一般对服务器高求要比较高一些，同时访问的人越多也会造成服务器压力越大。
 

 
SEO点评：很多个人网站以及企业网站都很看不起动态页面，说是搜索引擎不会收录动态页面网站，这是非常不对的，说不定别人的动态页面网站比你的静态页面收录更多呢。当然前提条件就是，动态URL不要带太多的复杂参数，如：符号等等。搜索引擎对于动态页面的收录方式是一样的，并没有歧视的成份，而区别的地方，其实就是速度上面的差别，这一点差别是非常微弱的，刚刚我也讲过了，而大型网站多数是使用静态页面，这是因为对服务器压力比较小。
 
3、伪静态
 
优点：大家都知道静态页面对SEO有很大益处，而且秒杀秒客网静态页面对服务器的负载很小，但静态页面的缺点是不能随时更新。对于伪静态的优点，这个并不好讲，伪相比动态网页而言，并没有提到速度上面的提升，相比较而言，因为是“假”静态页面，其实还是一个动态页面，也是同样需要翻译为静态页面的。的好处就是让搜索引擎把自己的网页当做静态页面来处理。
 
缺点：从名称上面就能够看出来缺点，“伪静态”其实就是“假静态”，搜索引擎会不会把他当做是静态页面来处理，这只是我们靠经验靠逻辑去分析的，并不一定准确。或许搜索引擎直接把他认为是动态页面，我们做那么多努力，其实什么也没有换来。
 
SEO点评：伪静态对SEO的作用和真静态相同，被访问时会导致服务器负载增大，但它可以实时动态更新的确非常方便。只要将负载问题控制合理，使用伪静态的利大于真静态，所以在很多论坛程序、CMS内容管理程序上都使用了伪静态技术。