包含urlhash的词条
URL中是search在前还是hash在前
在URL里面，当然是search在前，hash在后。
只是在location对象中，hash属性在search属性前面。
nginx 负载均衡之url_hash,least_conn
如图所示，url_hash根ip_hash的区别就在于计算hash值从 hash(ip)到了hash（url），但是这样也导致了一个问题如果 一个url例如 [domain]/account 大量过来，那么一台服务器也可能出现撑不住的问题，这个时候我们可以采取采用 两台tomcat，一台nginx的配置，这台nginx上游再配置一个tomcat集群这样做。
分析两个 url 查询字符串和 hash 的区别
hash：设置或获取 href 属性中在井号“#”后面的分段。
href：设置或获取整个 URL 为字符串。
通过下面的测试你会发现区别，将代码放到你的HTML中，然后用浏览器打开，测试步骤：
点击“超链接”，你会发现在地址栏URL发生了变化，URL后面多了一个“#foo”。
点击"href"，你会发现弹出的是地址栏的URL地址。
点击"hash"，你会发现弹出的是#foo。
a href="#foo"超链接/a
br /
a href="javascript:alert(window.location.href)"href/a
a href="javascript:alert(window.location.hash)"hash/a
几种Nginx实现负载均衡的方式
Nginx中常见的几种负载均衡方式：
1、轮询（Nginx自带、默认）
该策略是Nginx默认的负载均衡策略，每一个客户端请求按时间顺序轮流分配到不同的服务器上，如果后端服务不可以用，会自动过滤掉。
upstream my_test_server {
server 192.168.0.100:8080;
server 192.168.0.101:8080;
}
2、weight 权重（Nginx自带）
weight代表权重的意思，用于指定轮询的几率，默认权重都是1.可以手动设置调整，权重越高，被分配的次数越多，weight权重和访问比例是成正比的，用于解决后端服务器性能不均衡时，调整访问比例。
upstream my_test_server {
server 192.168.0.100:8080 weight=1;
server 192.168.0.101:8080 weight=2;
server 192.168.0.102:8080 weight=3;
}
3、ip_hash（Nginx自带）
ip_hash是将每个请求按照访问ip的hash结果进行分配，这种方式可以保证同一个用户会固定访问一个后端服务器。优点：可以保证session会话，解决服务器之间session不能共享的问题。
upstream my_test_server {
ip_hash;
server 192.168.0.100:8080;
server 192.168.0.101:8080;
}
4、least_conn（Nginx自带）
将请求转发给连接数较少的后端服务器。每个后端服务器配置可能不同，处理的请求也有可能不同，对于处理的请求有快有慢，least_conn是根据后端服务器的连接情况，动态的选择连接数量较少的一台服务器来处理当前的请求。
upstream my_test_server {
least_conn;
server 192.168.0.100:8080;
server 192.168.0.101:8080;
}
5、fair（第三方）
fair是按照服务器端的响应时间来分配请求，响应时间短的服务器优先分配。第三方的负载均衡策略需要安装第三方的插件。
upstream my_test_server {
fair;
server 192.168.0.100:8080;
server 192.168.0.101:8080;
}
6、url_hash（第三方）
url_hash是根据url的hash结果进行分配请求，每一个url会固定到同一个服务器上，配合缓存使用，可以减少不必要的下载和资源时间的浪费。每次同一个url请求到达同一个服务器上，第一次加载后放入缓存，后面再次请求，直接取缓存资源。如果不采用url_hash，可能会导致请求到达不同的服务器，资源出现重新加载的情况。第三方的负载均衡策略需要安装第三方的插件。
upstream my_test_server {
hash $request_uri;
server 192.168.0.100:8080;
server 192.168.0.101:8080;
}
使用 URL 的 hash 来模拟一个完整的 URL，于是当 URL 改变时，页面不会重新加载，就是hash路由模式吗？
是的，这种工作方式最大的好处不会改变URL，同时也能产生历史记录，方便追溯历史。
hash 模式，利用是网页锚点完成，该模式工作是需要依托于网页中的内容被加载。
在静态页面中使用，由于静态页面已经被缓存，可以减少服务器压力，同时又能起到很好的页面导航效果。
优点：适用于静态页面，快速输出文本内容，具有页面位置导航效果
缺点：不宜页面文件过大，否则需要搭配 ajax 方法来获取网页内容，以减少服务器压力
url地址栏中带有hash值的在.net后台怎样取值
在C#后台直接通过处理字符串的方式获取到hash后面的值吧, 正则表达式也可以,或者url.Split('#')也可以. 等等