怎样建立一个链接服务器？

建立链接服务器:

execsp_addlinkedserver'test','','SQLOLEDB','1921813'

说明：上述语句中test为创建的链接服务器的名称，为了在本地服务器的数据库中使用，19216313为远程数据库服务器的ip地址。

建立链接服务器登录：

execsp_addlinkedsrvlogin'test','false',null,'sa','pass'

说明：第一个参数为刚刚建立的链接服务器的名称，最后的sa,pass为远程数据库的登录名与密码。

建立完链接服务器后，可以在本地服务器中操作链接服务器上的数据

1  对比

HTTP 09 已过时

HTTP10：非持续连接，每个连接只处理一个请求响应事务，有些服务器端甚至还在用此，可以在一定时间内复用连接，具体复用时间的长短可以由服务器控制，一般在15s左右。

HTTP 11 默认使用持续连接，不必为每一个WEB对象建立一个新的连接，一个连接可以传送多个对象，但是服务器端可能还是会设置一个限制，太长时间没有读写事件，服务器可能关闭之。

HTTP 20  多路复用（一个域只要一个TCP连接）实现真正的并发请求，降低延时，提高了带宽的利用率。

 在持久连接或者HTTP pipelining出现之前，每个连接的获取都需要创建一个独立的TCP连接。

2  非持久连接示意

每个WEB对象都要建立新的连接。

假设某简单页面包含1个HTML，2个PNG图像，且都存储在一台服务器主机中。

客户端输入URL访问首页，http://wwwabcdefgcom/path/indexhtml

第一步，客户端与服务器主机中的HTTP服务端口（默认为）建立TCP连接

第二步，客户端发送HTTP请求/path/indexhtml

第三步，服务器接收请求消息，从服务器主机内存或硬盘拿去拿对象/sompath/indexhtml，发出该对象的响应。

第四步，服务器告知TCP关闭这个TCP连接(TCP要等客户收到这个响应消息后，才会真正终止这个连接)。

第五步，HTTP客户接收响应消息。TCP连接终止。 该消息标明所拆装的对象是一个HTML文件。客户取出文件，分析后发现2个JPEG对象的引用。

第六步， 给每一个引用到的JPEG对象重复第一步到第四步

非持久连接，每个对象有2个RTT延迟

持久连接，带管道线，所有引用对象，共经历一个RTT延时；

持久连接，无管道线，每个引用对象一个RTT延时。

首先：HTTP的长连接和短连接本质上是TCP长连接和短连接。

1 在HTTP10中，默认的是短连接，没有正式规定 Connection:Keep-alive 操作；

    在 HTTP11 中所有连接都是Keep-alive的，也就是默认都是持续连接的（Persistent Connection）。

2 两种的连接方式的区别如下图所示

3 从上图可以看出，客户端与服务器建立持续连接后，在连接期间可以处理多个请求/响应（Request/Response）

HTTP权威指南：

HTTP/11 允许HTTP设备在事务处理结束以后将TCP连接保持在打开状态，后面的HTTP Request/Response 依然可以通过这个TCP连接继续传送。

在事务结束之后仍然保持在打开状态的TCP连接成为持久链接。非持久连接会在每个事务结束后关闭，持久连接会在不同事务（Request/Response）之间保持打开状态，直到客户端或服务器决定将其关闭为止。

可以提高HTTP连接性能的方法：

并行连接

通过多条连接发起并发的HTTP请求。并行连接可以提高复合页面的传输速度，但其连接也有一些缺点

每个事务都会打开/关闭一条新的连接，会耗费时间和带宽。由于TCP慢启动特性存在，每条连接的性能都会有所降低。可打开的并行连接数量实际上是有限的

持久化连接

Web客户端经常会打开到同一个站点的连接。比如，一个Web页面上的大部分内嵌通常来自同一个Web站点，而且相当一部分指向其他对象的超链通常都指向同一个站点。初始化了对某服务器HTTP请求的应用程序很可能会不久的将来对那台服务器发起更多的请求，这种性质称为站点局部性。

因此， HTTP/11允许HTTP设备在事务处理结束之后将TCP连接保持在打开状态，以便为未来的HTTP请求重用现存的连接 。在事务处理结束之后仍然保持在打开状态的TCP连接称之为持久连接。持久连接会在不同事务之间保持打开状态，直到客户端或服务器决定其关闭为之。重用已对目标服务器打开的空闲持久连接，就可以避开缓慢的连接建立阶段。而且，已经打开的连接还可以避免慢启动的拥塞适应阶段，以便更快速地进行数据传输。所以，持久连接降低了时延和连接建立的开销，将连接保持在已调谐状态，而且减少了打开连接的潜在数量。

持久连接和并行连接配合使用可能是最高效的方式。很多Web应用程序都会打开少量的并行连接，其中每个都是持久连接。持久连接有两种类型

1）HTTP/10 + keep-alive 连接

 2) HTTP/11 + persistent 连接

HTTP/10  keep-alive连接

现在很多客户端和服务器仍然在使用这些早期的keep-live连接。

实现HTTP/10 keep-live连接的客户端可以通过包含Connection:Keep-Alive 的请求头将一条连接保持在打开状态。

响应中Keep-Alive首部是可选的，但只有在提供Connection：Keep-Alive时才能使用它。

Connection:Keep-Alive

Keep-Alive:max=5,timeout=120

这个例子说明了服务器最多还会为另外5个事务保持连接的打开状态，或者将打开状态保持到连接空闲了2分钟以后。

注意：

1 在HTTP/10中，keep-alive并不是默认使用的。客户端必需发送一个Connection：Keep-Alive 请求首部来激活keep-alive连接。

2 如果服务器愿意为下一条请求将连接保持在打开状态，就在响应头中说明，如果响应头中没有Connection:Keep-Alive ，客户端就认为服务器不支持keep-live，会在发回响应报文后关闭连接。

3 只有在无需检测到连接的关闭就可以确定报文实体主体部分长度的情况下，才能将连接保持在打开状态--也就是说实体的主体部分必需有正确的Content-Length，

有多部件媒体类型（multipart/form-data  有boundary）或者用分块传输编码的方式进行了编码。在一条keep-live信道中回送错误的Content-Length是很糟糕的事情，这样的话，事务处理的另一端就无法精确地检测出一条报文的结束和另一条报文的开始了。

HTTP/11  持久连接 Persistent Connection

HTTP/11逐渐停止了对keep-alive连接的支持，用一种名为持久连接的改进型设计取代了它。持久连接的目的与keep-alive连接的目的相同，但是工作机制更优些。HTTP/11就吃连接在默认情况下是激活的，除非特别指明，否则HTTP/11假定所有的连接都是持久的。要想在事务处理结束之后将连接关闭，HTTP/11应用程序必须向报文中显示地添加一个Connection：close首部。

HTTP11客户端加载在收到响应后，除非响应中包含了Connection：close首部，不然HTTP/11连接就仍然维持在打开状态。但是，客户端和服务器仍然可以随时关闭空闲的连接。不发送Connection：close并不意味这服务器承诺永远将连接保持在打开状态。

注意：

1 只有当连接所有的报文都有正确的、自定义报文长度时，也就是说，实体主体部分的长度都和相应的Content-Length一致，或者用分块传输编码方式编码的，连接才能持久保持。

2 如果客户端不想在连接上发送其他请求了，就应该在最后一条请求中发送一个Connection：close请求首部

管道化连接

HTTP/11允许在持久连接上可选的使用请求管道。是相对于keep-alive连接的又一性能优化。在响应到达之前，可以将多条请求放入队列，当第一条请求通过网络流向服务器时，第二条和第三条请求也可以开始发送了。在高时延网络条件下，这样做可以降低网络的环回时间，提高性能。

对管道连接的说明：

1）如果HTTP客户端无法确认连接是持久的，就不应该使用管道

2）必须按照与请求相同的顺序回送HTTP响应。

3）HTTP客户端必须做好连接会在任意时刻关闭的准备，还要准备好重发所有未完成管道化的请求。

4）出错的时候，管道连接会阻碍客户端了解服务器执行的是一些列管道化请求中的哪一些。由于无法安全地重试POST这样的非幂请求，所以出错时，就存在某些方法永远不会被执行的风险。

TCP 传输链接的释放

当 TCP 连接建立以后，就可以在两个方向传送数据流。当 TCP 的网络应用进程再没有数据需要发送的时候，就可以发出关闭连接命令，释放连接。TCP 是通过发送 FIN 字段置1的数据段来作为关闭传输连接的命令，从而关闭本端数据流的，但是本端仍还可以继续接收来自对端的数据，直到对端也使用了同样的方法关闭那个方向的数据流为止，，这时整个双方传输连接就彻底关闭了。

单方面主动关闭的 TCP 连接释放过程

相对 TCP 传输连接建立的三次握手过程来说，TCP 传输连接的释放过程要稍微复杂一些，需要经过四次握手过程。这是由 TCP 的半关闭（half-closed）特性造成的，因为这一个 TCP 连接是全双工（即数据在两个方向上能同时传递），每个方向必须单独进行关闭。TCP 传输连接关闭原则如下：当一端完成它的数据发送任务后就可以发送一个 FIN 字段值置1的数据段来终止这个方向的数据发送；当另一端收到这个 FIN 数据段后，必须通知它的应用层“对端已经终止了这个方向的数据发送”。而 FIN 数据段的发送是由应用层调用 CLOSE 服务原语的结果。TCP 连接释放的四次握手过程如下图所示，具体描述如下。 

TCP传输连接释放的四次握手过程

一开始，通信双方都处于 ESTABLISHED （连接建立）状态。如果客户端认为数据全部发送完了，想结束本次传输连接，则由应用层的对应应用调用 CLOSE 服务原语，然后向服务器发送一个 FIN 字段值置1的数据段（假设此数据段的序号为m），客户端进入 FIN WAIT 1 状态，等待服务器的确认。

服务器在收到客户端发来的 FIN 数据之后，确认客户端没有新的数据要发送了，向客户端发送一个 ACK 字段值置1、确认号为 m+1 的数据段（假设此数据段的序号为 w，服务端与客户端的数据段序号可以不一样），表示前面的数据已全部收到了，然后进入 CLOSE WAIT （关闭等待）状态。与此同时，服务器的TCP实体通知对应的应用进程，释放从客户端到服务器方向的传输连接，进入半关闭状态。但此时服务器仍可以向客户端发送数据段，客户端也可以接受来自服务器的数据，而且这可能持续一段时间，直到服务器的数据也全部发送完毕。

当客户端收到服务器的 ACK 数据段之后，进入 FIN WAIT 2 状态，进一步等待服务器发出连接释放的数据段。

当服务器发送完全部的数据后，其对应的应用进程也会通知 TCP 实体释放此方向的TCP传输连接，向客户端发送 FIN 字段置1、ack = m＋1（假设此时的数据段序号已变为 w）的确认数据段。这时服务器进入 LAST ACK （最后确认）状态，等待客户端的确认。

客户端在收到服务器的 FIN+ACK 数据段后，，向服务发送一个 ACK 字段值为1、ack = w+1、序号为m+1 的数据段，进入 TIME WAIT 状态。但此时 TCP 连接还没有释放，必须等待 2MSL 时间（RFC793 建议设置 MSL 为2分钟）后，客户端才进入到 CLOSED 状态，彻底释放了 TCP 连接。

服务器在接收到客户端发来的 ACK 数据段后，也进入 CLOSED， 彻底释放连接。此时，已经完成了这个 TCP 传输连接过程。

双方主动关闭的 TCP 连接释放流程

与可以双方同时建立 TCP 传输连接一样，TCP 传输连接关闭也可以由双方同时主动进行（正常情况下都是由一方发送第一个 FIN 数据段进行主动连接关闭，另一方被动接受连接关闭），如下图所示。具体描述如下。 

主动同时关闭TCP连接过程

当两端对应的网络应用层进程同时调用 CLOSE 原语，并发送 FIN 数据段执行关闭命令时，两端均从 ESTABLISHED 状态转变为 FIN WAIT 1 状态。任意一端收到对端发来的 FIN 数据段后，其状态均由 FIN WAIT 1 转变到 CLOSING 状态，并发送最后的 ACK 数据段。当收到最后的 ACK 数据段后，状态转变为 TIME_WAIT，在等待 2MSL 后进入到 CLOSED 状态，最终释放这个TCP连接。

问题一：如何连接服务器 远程连接是工作、生活中会经常用到的手段，当某台计算机开启了远程连接功能后我们就可以在网络的另一端控制这台计算机了，通过远程桌面功能我们就可以实时的操作这台计算机了。 远程连接的步骤是比较简单的，下面给大家介绍远程连接的操作 首先，需要将计算机（服务器）的远程访问功能开启，才能够被远程访问。开启远程访问：右键“我的电脑”点击属性，点击最右边的“远程”按钮，把远程桌面里面的“允许用户远程连接到此计算机”勾上就可以了。 然后使用其它计算机进行远程桌面连接操作：点击“开始―运行” 在运行窗口里输入mstsc（远程桌面连接的命令） 或者可以在“开始―所有程序―附件―远程桌面连接”进入远程桌面连接 输入你要连接的计算机的IP地址，然后使用对应的用户名及密码登陆 这里一定要确保IP地址、用户名、密码都是相关联的，才能成功登陆其它计算机。因为安全原因，一般一个用户连接一个远程桌面只能连接三个，如果不正常退出，那么会造成登录三次以后就无法登录了。

所以正确的退出也是很重要的。退出时，要点击“开始-关机”，在下拉菜单中选择“断开”这样就不会因为不正常退出而造成无法访问了！

问题二：怎样连接本地服务器 网上邻居 >属性> 本地连接 >属性

找到Internent 协 议双击

选取 使用下面的 I P 地址

一般是 192 168 1 1输入完毕后 直接按TAB建然后点确定就OK

问题三：无法连接服务器怎么解决 DNS服务器是计算机域名系统 (Domain Name System 或Domain Name Service) 的缩写，它是由解析器和域名服务器组成的。域名服务器是指保存有该网络中所有主机的域名和对应IP地址，并具有将域名转换为IP地址功能的服务器。其中域名必须对应一个IP地址，而IP地址不一定有域名。

DNS服务器未响应简单解决方法：

1、首先尝试禁用和启用网络连接，让系统重新自动识别一下试试看；

2、检查本地连接的属性中的，TCP/IP中的，DNS服务器设置一项，检查是否有错，或者将其设置为自动获取；

（设置方法建议可以参考DNS错误（）的相关文章）

3、如果使用宽带连接拨号，尝试重启ADSL，并重新拨号；

4、如果使用的是路由器，建议断开电源，重启路由器。

如果这些仍然不能解决问题，继续往下看，看一些高级的解决方法。

DNS服务器无响应的高级诊断及解决方法：

1、重置网络服务

在开始，运行，命令中输入CMS，进入命令行工具；

在CMD命令中输入 netsh winsock reset，这个是重置网络服务命令，完成后重启电脑，

2、开启DNS相关服务

在“开始”-“运行”里面输入“servicesmsc”，将“DHCP Client”（自动获取IP地址）和“DNS Client”（自动完成域名解析）启动类型都改成自动并启动后重启电脑和路由器看看能否连接上。

服务中有些可能需要将它依存的服务全部启动之后它才能够启动，你可以到“依存关系”里面查看。

3、使用360LSP修复工具

打开360安全卫士，然后找到实用工具，找到 LSP修复工具，点开运行。

找到几个带有红叉的客户端，代表这些是不正常的应用程序，选择后点击修复就可以了。

以上方法，简单易用，过于复杂的暂时就不整理了，如果还是不能解决，那么直接找专业的人帮你弄

问题四：如何连接服务器 怎么连？这个问题，怎么觉得有点空城计的赶脚？

服务器装上网卡，应该板载就有网卡，网线连出来，连到交换机或者路由器

然后你的电脑也连接在交换机上，

把服务器的IP和电脑的IP地址设置一个私有IP段，就ok了

私有IP地址范围：

A类：10000-10255255255

B类：1721600-17231255255

C类：19216800-192168255255

问题五：手机怎么连接服务器 亲爱的玩家您好：

建议您试一下以下方法是否可以帮您的，1、登陆游戏前请先关闭您进程管理器中不必要的进程。 2、如果有优化软件，建议您优化一下系统配置。或者请您刷新几次，稍后再进入游戏,尝试一下。 3、在删除COOKIES的时候删除脱机文件及FLASH历史记录。删除cookies：打开网页左上方---工具--Internet选项--浏览器记录--删除--删除cookie，关掉网页重新进入。清理flash缓存：在游戏画面点击鼠标右键---设置---将滑动条移动到最左边---再将滑动条移动至最右边---确定---关闭,关掉网页重新进入。 4、登陆游戏前请不要加载P2P软件。 5、检查您的网络是否存在网络丢包现象。 6、更换网络环境尝试一下。 7、更换其它浏览器进行游戏。 8、重新安装非测试最新版本Flash Player希望这些建议对您有所帮助。

51游戏官网客服很高兴为您解答！更多精彩尽在51游戏社区!

问题六：在linux系统上如何连接远程服务器 打开终端使用ssh命令链接远程服务器。

命令格式 ： ssh [email protected] （root对应你使用的用户名，192……对应的服务器ip地址，一般服务器端口22，命令默认22如果需要更改端口在ssh后面 -p 端口）

问题七：我的手机怎样连接到电脑服务器？ 如果想用手机连接到电脑，而不是只想将内存卡连电脑，那必须要数据线插电脑USB口了，如果只是想上传文件到电脑，或者电脑下载东西到手机，登陆QQ就可以解决，登Android版QQ，电脑再登陆QQ，就可以用“QQ数据线”上传、下载文件。

问题八：存储和服务器怎样连接？ 5分 。。。。楼主说的是啥存储啊，没有说清楚啊，是FC的存储还是，IP存储，或者是SAS SCSI存储呢？存储不一样连接方法不一样，比如是FC的话那就用光纤跳线直接连接存储即可，当然也可以接光纤交换机，但是服务器必须加装FC的HBA卡，如果是IP存储的话那就简单了，可以直接连接到你的核心交换机上并给存储配置好IP即可访问（如果是Win2003系统那必须在系统下安装iscsi发起程序哦），当然了如果想安全简单些那你可以将2台服务器直接用网线连接到IP存储上也可以这样更简单安全(注意这种连接方法服务器必须要有2个以上网卡)，最后一种是SAS SCSI存储，其实和FC的一样只不过光纤跳线变成了SAS SCSI线缆了，也要配有SAS HBA卡。希望对楼主有所帮助~~

问题九：数据库如何连接到服务器上 通常来说我们的服务器是分三类，数据库的服务器，web的服务器，以及其他应用的服务器。这些其实都是小型机，服务器，只不过是根据用途不同而分类。正常来说一个网站的常规服务器的架构就是这三块。

他所说的 数据库连接到服务器 可能是指 怎么样把web服务器和数据库能够建立连接 。这里所说的web服务器应该是指tomcat，apache，IIS，weblogic之类的东西，而不是真正意义上的web服务器。

这样的话就简单了。要么ODBC要么JDBC，该怎么样怎么样。ODBC就是添加到数据源，JDBC就是要写JDBC驱动，或者使用mybatis之类的解决方案

如果他的意思是数据库服务器和web服务器直接的数据交流。以oracle和weblogic为例，就是把oracle的TNS监听地址修改成web服务器的ip，weblogic配置数据源的时候连接到数据库服务器上。这样就好了

问题十：互联网怎么连接国外服务器 1、打开浏览器IE

2、选择“工具”--“Internet选项”，如图1：

3、用鼠标左键点击“Internet选项”后出来图2：

4、在图2中点击上面的“连接”标签，出现图3：

5、在图3中的“拨号设置”中确保你现在使用的连接是你要使用代理服务器的连接，一般情况下你不需要动，然后点击右边的“设置”按钮，出现图4：

6、在图4中的“代理服务器”下面“使用代理服务器”前面的白色框内点一下鼠标左键，打上对勾，表示使用浏览器通过代理服务器访问，在下面的地址栏中输入代理服务器的地址和端口号，代理服务器你可以去代理服务器发布站里面找，那里有最新的代理服务器列表比如我们找到一个代理服务器是这样写的：1584312851:[email protected] ，那么这个代理服务器的IP地址就是：1584312851，你在上图的地址栏内输入这个地址就可以了，上面的写法中的冒号后面的3128就是端口号，所以你在上图4的端口内填入3128就可以了，后面的 @HTTP表示支持HTTP协议，也就是这个代理服务器支持网页访问方式，这个你不用在什么地方填写，知道就可以了。

7、填写完毕以后，按“确定”--“确定”就可以了，以后你就可以在浏览器的网址栏内输入你要访问的网站的网址就可以了，如果你以来不使用代理服务器可以访问的网址现在不能打开了，多半是代理服务器被关闭了，这时候你再换一个就可以了。当然你也可以多试几个试试，找一个速度比较快的代理服务器使用，一定要注意过一段时间代理服务器可能会被关闭，什么时候你打不开网站了，也可能就是需要换一个代理服务器了，方法是按照上面的步骤先去掉使用代理服务器，到代理服务器发布站找最新的代理服务器，然后再填进去就可以了。

一、前言

前几天整理面试题的时候，有一道试题是《如何将一个很长的URL转换为一个短的URL，并实现他们之间的相互转换？》，现在想起来这是一个绝对不简单的问题，需要考虑很多方面，今天和大家一起学习研究一下！

短网址：顾名思义，就是将长网址缩短到一个很短的网址，用户访问这个短网址可以重定向到原本的长网址（也就是还原的过程）。这样可以达到易于记忆、转换的目的，常用于有字数限制的微博、二维码等等场景。

关于短URL的使用场景，举个简单的例子来说明一下，看一下业务中使用短URL的重要性！

二、短地址使用场景

1、新浪微博

我们在新浪微博上发布网址的时候，微博会自动判别网址，并将其转换，例如：https://tcn/RuPKzRW。为什么要这样做的？

这是因为微博限制字数为140字一条，那么如果我们需要发一些链接上去，但是这个链接非常的长，以至于将近要占用我们内容的一半篇幅，这肯定是不能被允许的或者说用户体验很差的，所以短网址应运而生了，短网址这种服务可以说是在微博出现之后才流行开来的！往下看：

（1）首先，我先发一条微博带有一个URL地址：

（2）然后，看他转换之后显示的效果是什么样子的哪？

（3）查看对应页面元素的HTML源码如下：

（4）可以看出：https://blogcsdnnet/xlgen157387/article/details/79863301 被转换为：http://tcn/RuPKzRW，此时你访问http://tcn/RuPKzRW是可以定位到https://blogcsdnnet/xlgen157387/article/details/79863301，也就是实现了转换。

2、短网址二维码

网址在转换成短网址时，也可以生成相应的短网址二维码，短网址二维码的应用，二维码核心解决的是跨平台、跨现实的数据传输问题；而且二维码跟应用场景结合之后，所能解决的问题会越来越多。

（1）短网址二维码相比短链接更方便，能少输入，尽量少输入，哪怕只是少点一下键盘，都是有意义的。

（2）二维码只是扫描一个简单的链接，打开的却是一个世界。想象一下，用手机购买售货机里商品，二维码扫描是略快于从用手机找到该售货机并找到该商品的，而且这种操作相对于搜索/查找而言不是更优雅吗

（3）所有商超里面的商品，都是使用条码来确定商品的唯一性的，去买单的时候都是扫描条码。试想，如果里面加入了更多产品的生产日期、厂家、流转途径、原材料等等信息，是不是厉害了呢特别是针对食品信息的可追溯上，二维码应用场景更广泛。

三、短地址的好处

除了上述场景中，我们将长地址转换为短地址的使用场景的优点（压缩URL长度）之外，短地址还具有很多实际场景中的优点，例如：

（1）节省网址长度，便于社交化传播，一个是让URL更短小，传播更方便，尤其是URL中有中文和特殊字符，短网址解决很长的URL难以记忆不利于传播的问题；

（2）短网址在我们项目里可以很好的对开放以及对URL进行管理。有一部分网址可以会涵盖性、暴力、广告等信息，这样我们可以通过用户的举报，完全管理这个连接将不出现在我们的应用中，对同样的URL通过加密算法之后，得到的地址是一样的；

（3）方便后台跟踪点击量、地域分布等用户统计。我们可以对一系列的网址进行流量，点击等统计，挖掘出大多数用户的关注点，这样有利于我们对项目的后续工作更好的作出决策；

（4）规避关键词、域名屏蔽手段、隐藏真实地址，适合做付费推广链接；

（5）当你看到一个淘宝的宝贝连接后面是200个“e7x8bv7c8bisdj”这样的字符的时候，你还会觉得舒服吗。更何况微博字数只有140字，微博或短信里，字数不够，你用条短网址就能帮你腾出很多空间来；

四、短网址服务提供平台

目前，国内网又很多提供短地址服务的平台，例如：

新浪：http://sinalt/

百度：http://dwzcn/

0x3：http://0x3me/

MRW：http://mrwso/

等等还有很多，这个可以搜索一下就会有很多！但是一个注意的是，如果使用某一个平台的短地址服务，一定要保证长期可靠的服务，不然一段时间失效了，我们以前已经转换的URL就完了！

这里以百度例，将我们上述博客的地址转换为短地址如下所示：

当然，对于我们的业务来说，如果自己可以提供自己的短URL服务那才是更好的，不需要受制于人！（中国芯片需要崛起！！！）

五、关于如何生成短地址URL的讨论

关于短地址URL如何生成方式的，网上有很多方式，有基于映射的，有基于Hash的，有基于签名的，但是总的来说并不能满足绝大部分场景的使用，或者说是一种错误的设计方式。这里不再重复造轮子！以下是知乎用户iammutex关于该问题的探讨，截图过来和大家一起学习一下：

作者：iammutex

链接：https://wwwzhihucom/question/29270034/answer/46446911

来源：知乎

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

六、生成短地址URL需要注意的

看到上述知乎用户iammutex关于如何正确生成短地址URL的探讨，我们知道了，可以通过发号器的方式正确的生成短地址，生成算法设计要点如下：

（1）利用放号器，初始值为0，对于每一个短链接生成请求，都递增放号器的值，再将此值转换为62进制（a-zA-Z0-9），比如第一次请求时放号器的值为0，对应62进制为a，第二次请求时放号器的值为1，对应62进制为b，第10001次请求时放号器的值为10000，对应62进制为sBc。

（2）将短链接服务器域名与放号器的62进制值进行字符串连接，即为短链接的URL，比如：http://tcn/sBc。

（3）重定向过程：生成短链接之后，需要存储短链接到长链接的映射关系，即sBc -> URL，浏览器访问短链接服务器时，根据URL Path取到原始的链接，然后进行302重定向。映射关系可使用K-V存储，比如Redis或Memcache。

七、生成短地址之后如何跳转哪？

对于该部分的讨论，我们可以认为他是整个交互的流程，具体的流程细节如下：

（1）用户访问短链接：http://tcn/RuPKzRW；

（2）短链接服务器http://tcn收到请求，根据URL路径RuPKzRW获取到原始的长链接（KV缓存数据库中去查找）：https://blogcsdnnet/xlgen157387/article/details/79863301；

（3）服务器返回302状态码，将响应头中的Location设置为：https://blogcsdnnet/xlgen157387/article/details/79863301；

（4）浏览器重新向https://blogcsdnnet/xlgen157387/article/details/79863301发送请求；

（5）返回响应；

八、短地址发号器优化方案

1、算法优化

采用以上算法，如果不加判断，那么即使对于同一个原始URL，每次生成的短链接也是不同的，这样就会浪费存储空间（因为需要存储多个短链接到同一个URL的映射），如果能将相同的URL映射成同一个短链接，这样就可以节省存储空间了。主要的思路有如下两个：

方案1：查表

每次生成短链接时，先在映射表中查找是否已有原始URL的映射关系，如果有，则直接返回结果。很明显，这种方式效率很低。

方案2：使用LRU本地缓存，空间换时间

使用固定大小的LRU缓存，存储最近N次的映射结果，这样，如果某一个链接生成的非常频繁，则可以在LRU缓存中找到结果直接返回，这是存储空间和性能方面的折中。

2、可伸缩和高可用

如果将短链接生成服务单机部署，缺点一是性能不足，不足以承受海量的并发访问，二是成为系统单点，如果这台机器宕机则整套服务不可 用，为了解决这个问题，可以将系统集群化，进行“分片”。

在以上描述的系统架构中，如果发号器用Redis实现，则Redis是系统的瓶颈与单点，因此，利用数据库分片的设计思想，可部署多个发号器实例，每个实例负责特定号段的发号，比如部署10台Redis，每台分别负责号段尾号为0-9的发号，注意此时发号器的步长则应该设置为10（实例个数）。

另外，也可将长链接与短链接映射关系的存储进行分片，由于没有一个中心化的存储位置，因此需要开发额外的服务，用于查找短链接对应的原始链接的存储节点，这样才能去正确的节点上找到映射关系。

九、如何用代码实现短地址

1、使用随机序列生成短地址

说到这里终于说到重点了，很多小伙伴已经按捺不住了，不好意思让大家失望了，这只是一片简单的文章，并不能把这么繁杂的一个系统演示清楚！秉着不要重复造轮子的原则，这里给出一个为数不多还算可以的实现短地址的开源项目：urlshorter

注意：urlshorter本身还是基于随机的方式生成短地址的，并不算是一个短地址发号器，因此会有性能问题和冲突的出现，和知乎用户iammutex 描述的实现方式还是有区别的！而关于短地址发号器的方式目前还没有找到更好的开源项目可供参考！

项目地址：https://giteecom/tinyframework/urlshorter

2、使用SnowFlake发号器生成短地址

实现参考： https://githubcom/beyondfengyu/SnowFlake http://wwwwolfbecom/detail/201611/381html

Twitter的雪花算法SnowFlake，使用Java语言实现。

SnowFlake算法用来生成64位的ID，刚好可以用long整型存储，能够用于分布式系统中生产唯一的ID， 并且生成的ID有大致的顺序。 在这次实现中，生成的64位ID可以分成5个部分：

0 - 41位时间戳 - 5位数据中心标识 - 5位机器标识 - 12位序列号

5位数据中心标识、5位机器标识这样的分配仅仅是当前实现中分配的，如果业务有其实的需要，可以按其它的分配比例分配，如10位机器标识，不需要数据中心标识。

Java代码实现如下：

/

进制转换工具，最大支持十进制和62进制的转换

1、将十进制的数字转换为指定进制的字符串；

2、将其它进制的数字（字符串形式）转换为十进制的数字

@author xuliugen

@date 2018/04/23

/

public class NumericConvertUtils {

/

在进制表示中的字符集合，0-Z分别用于表示最大为62进制的符号表示

/

private static final char[] digits = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9',

'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm',

'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z',

'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M',

'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z'};

/

将十进制的数字转换为指定进制的字符串

@param number 十进制的数字

@param seed 指定的进制

@return 指定进制的字符串

/

public static String toOtherNumberSystem(long number, int seed) {

if (number < 0) {

number = ((long) 2 0x7fffffff) + number + 2;

}

char[] buf = new char[32];

int charPos = 32;

while ((number / seed) > 0) {

buf[--charPos] = digits[(int) (number % seed)];

number /= seed;

}

buf[--charPos] = digits[(int) (number % seed)];

return new String(buf, charPos, (32 - charPos));

}

/

将其它进制的数字（字符串形式）转换为十进制的数字

@param number 其它进制的数字（字符串形式）

@param seed 指定的进制，也就是参数str的原始进制

@return 十进制的数字

/

public static long toDecimalNumber(String number, int seed) {

char[] charBuf = numbertoCharArray();

if (seed == 10) {

return LongparseLong(number);

}

long result = 0, base = 1;

for (int i = charBuflength - 1; i >= 0; i--) {

int index = 0;

for (int j = 0, length = digitslength; j < length; j++) {

//找到对应字符的下标，对应的下标才是具体的数值

if (digits[j] == charBuf[i]) {

index = j;

}

}

result += index base;

base = seed;

}

return result;

}

}

/

Twitter的SnowFlake算法,使用SnowFlake算法生成一个整数，然后转化为62进制变成一个短地址URL

@author beyond

@author xuliugen

@date 2018/04/23

/

public class SnowFlakeShortUrl {

/

起始的时间戳

/

private final static long START_TIMESTAMP = 1480166465631L;

/

每一部分占用的位数

/

private final static long SEQUENCE_BIT = 12; //序列号占用的位数

private final static long MACHINE_BIT = 5; //机器标识占用的位数

private final static long DATA_CENTER_BIT = 5; //数据中心占用的位数

/

每一部分的最大值

/

private final static long MAX_SEQUENCE = -1L ^ (-1L << SEQUENCE_BIT);

private final static long MAX_MACHINE_NUM = -1L ^ (-1L << MACHINE_BIT);

private final static long MAX_DATA_CENTER_NUM = -1L ^ (-1L << DATA_CENTER_BIT);

/

每一部分向左的位移

/

private final static long MACHINE_LEFT = SEQUENCE_BIT;

private final static long DATA_CENTER_LEFT = SEQUENCE_BIT + MACHINE_BIT;

private final static long TIMESTAMP_LEFT = DATA_CENTER_LEFT + DATA_CENTER_BIT;

private long dataCenterId; //数据中心

private long machineId; //机器标识

private long sequence = 0L; //序列号

private long lastTimeStamp = -1L; //上一次时间戳

/

根据指定的数据中心ID和机器标志ID生成指定的序列号

@param dataCenterId 数据中心ID

@param machineId 机器标志ID

/

public SnowFlake(long dataCenterId, long machineId) {

if (dataCenterId > MAX_DATA_CENTER_NUM || dataCenterId < 0) {

throw new IllegalArgumentException("DtaCenterId can't be greater than MAX_DATA_CENTER_NUM or less than 0！");

}

if (machineId > MAX_MACHINE_NUM || machineId < 0) {

throw new IllegalArgumentException("MachineId can't be greater than MAX_MACHINE_NUM or less than 0！");

}

thisdataCenterId = dataCenterId;

thismachineId = machineId;

}

/

产生下一个ID

@return

/

public synchronized long nextId() {

long currTimeStamp = getNewTimeStamp();

if (currTimeStamp < lastTimeStamp) {

throw new RuntimeException("Clock moved backwards Refusing to generate id");

}

if (currTimeStamp == lastTimeStamp) {

//相同毫秒内，序列号自增

sequence = (sequence + 1) & MAX_SEQUENCE;

//同一毫秒的序列数已经达到最大

if (sequence == 0L) {

currTimeStamp = getNextMill();

}

} else {

//不同毫秒内，序列号置为0

sequence = 0L;

}

lastTimeStamp = currTimeStamp;

return (currTimeStamp - START_TIMESTAMP) << TIMESTAMP_LEFT //时间戳部分

| dataCenterId << DATA_CENTER_LEFT //数据中心部分

| machineId << MACHINE_LEFT //机器标识部分

| sequence; //序列号部分

}

private long getNextMill() {

long mill = getNewTimeStamp();

while (mill <= lastTimeStamp) {

mill = getNewTimeStamp();

}

return mill;

}

private long getNewTimeStamp() {

return SystemcurrentTimeMillis();

}

public static void main(String[] args) {

SnowFlake snowFlake = new SnowFlake(2, 3);

for (int i = 0; i < (1 << 4); i++) {

//10进制

Long id = snowFlakenextId();

//62进制

String convertedNumStr = NumericConvertUtilstoOtherNumberSystem(id, 62);

//10进制转化为62进制

Systemoutprintln("10进制：" + id + " 62进制:" + convertedNumStr);

//TODO 执行具体的存储操作，可以存放在Redis等中

//62进制转化为10进制

Systemoutprintln("62进制：" + convertedNumStr + " 10进制:" + NumericConvertUtilstoDecimalNumber(convertedNumStr, 62));

Systemoutprintln();

}

}

}

//生成结果：

10进制：185784275776581632 62进制:dITqmhW2