这篇文章主要围绕如何使位置标题使HTTPcaching无效？和设置标题位置展开，旨在为您提供一份详细的参考资料。我们将全面介绍如何使位置标题使HTTPcaching无效？的优缺点，解答设置标题位置的相

这篇文章主要围绕如何使位置标题使HTTPcaching无效？和设置标题位置展开，旨在为您提供一份详细的参考资料。我们将全面介绍如何使位置标题使HTTPcaching无效？的优缺点，解答设置标题位置的相关问题，同时也会为您带来$ http的Angular IE Caching问题、.net – 使用basicHttpBinding时使HTTPS工作、apache HttpClient 学习系列--2 之HttpContext、Apache – 如何使http请求变成只有https？的实用方法。

• 如何使位置标题使HTTPcaching无效？（设置标题位置）
• $ http的Angular IE Caching问题
• .net – 使用basicHttpBinding时使HTTPS工作
• apache HttpClient 学习系列--2 之HttpContext
• Apache – 如何使http请求变成只有https？

如何使位置标题使HTTPcaching无效？（设置标题位置）

在caching失效时 ，HTTP规范说：

一些HTTP方法必须导致caching使实体无效。 这可以是Request-URI引用的实体，也可以是Location或Content-Location头（如果存在）。

我试图通过使用位置标题使我的caching中的条目无效，但似乎没有工作。 这是我的用例：

15:13:23.9988 | GET | folders/folder.34/contents - 200 (OK)

15:13:24.1318 | PUT | folders/folder.34/contents/test.docx - 201 (Created)

15:13:24.1548 | GET | folders/folder.34/contents - 200 (OK) (cached)

（2）的响应包含请求（1）和（3）中使用的URI的Location标头。 我相信这应该使文件夹/文件夹的caching条目无效。但是，根据HttpWebResponse.IsFromCache属性，（3）中的响应看起来好像来自caching。

如果PHP页面未被修改，则返回“304未修改”

Apache：url中的％25（400错误请求）

我可以设置由我的Apache Web服务器提供的PDF文件的“HTML”标题吗？

间歇性慢轨应用程序

网站非常缓慢的Firefox，即时在其他浏览器：KeepAlive问题？

我在“ 位置”标题中尝试了许多URI格式，其中包括：

Location: ../../../folders/folder.34/contents folders/folder.34/ Location: ../../../folders/folder.34/contents （和其他各种“../”计数）

Location: folders/folder.34/contents

Location: /folders/folder.34/contents

Location: http://myhostname/folders/folder.34/contents

但（3）似乎总是来自caching。 我在这里做错了什么？

Nginx，ssl，CORS，以及Access-Control-Allow-Origin值跨站点的caching

如何将httpredirect到https运行Nginx的Elastic Beanstalk？

Nginx的位置正则expression式捕获variables

服务器响应terminal线路分析。 响应热线的最后一部分是什么？

如何使用curl在Windows下发布PUT请求？

HTTPBis更清晰：

http://tools.ietf.org/html/draft-ietf-httpbis-p6-cache-22#section-6

Because unsafe request methods (Section 4.2.1 of [Part2]) such as PUT,POST or DELETE have the potential for changing state on the origin server,intervening caches can use them to keep their contents up-to-date. A cache MUST invalidate the effective Request URI (Section 5.5 of [Part1]) as well as the URI(s) in the Location and Content-Location response header fields (if present) when a non-error response to a request with an unsafe method is received.

所以，如果这不是你所看到的行为，我的假设就是你正在使用的特定的HTTP客户端没有正确的行为。

我特别期待：

Location: /folders/folder.34/contents

要有正确的行为。

$ http的Angular IE Caching问题

.net – 使用basicHttpBinding时使HTTPS工作

<services>
  <service name="NS.WebWCF.Business_v1">
    <endpoint address="https://mydomain.com/business/v1/BusinessV1.svc" binding="basicHttpBinding" bindingConfiguration="" contract="NS.WebWCF.IBusinessV1" listenUri="/" isSystemEndpoint="true">
     </endpoint>
  </service>

<system.serviceModel>
  <bindings >

    <webHttpBinding>
      <binding name="webBinding">
        <security mode="Transport">
        </security>
      </binding>
    </webHttpBinding>

  </bindings>

  <services>
    <service ...>
      <endpoint bindingConfiguration="webBinding" .../>
    </service>
  </services>

</system.serviceModel>

apache HttpClient 学习系列--2 之HttpContext

首先是一个Servlet用于本次试验。

package com.lu.controller;

import java.io.IOException;
import java.io.OutputStream;
import java.io.PrintWriter;

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;

@SuppressWarnings("serial")
public class RirectServlet extends HttpServlet {

    public void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        this.doPost(request, response);
    }

    public void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        request.setCharacterEncoding("UTF-8");
        response.setContentType("text/html;charset=utf-8");

        OutputStream out = response.getOutputStream();
        PrintWriter pw = new PrintWriter(out);

        // 记录返回的内容
        String returnContent = null;

        HttpSession session = request.getSession();
        String user = (String) session.getAttribute("username");

        // 如果不为空,说明已登录
        if (user != null) {
            returnContent = "you have been logined, " + user;
        } else {
            // 为空说明未登录,设置username到session中
            String username = request.getParameter("username");
            session.setAttribute("username", username);
            returnContent = "login success";
        }

        try {
            pw.println(returnContent);
        } finally {
            pw.close();
            out.close();
        }
    }

}

在本机中访问URI为：http://localhost:8080/spiderweb/RirectServlet

下面看请求

package com.lu.test;

import java.util.ArrayList;
import java.util.List;

import org.apache.http.HttpEntity;
import org.apache.http.NameValuePair;
import org.apache.http.client.entity.UrlEncodedFormEntity;
import org.apache.http.client.methods.CloseableHttpResponse;
import org.apache.http.client.methods.HttpGet;
import org.apache.http.client.methods.HttpPost;
import org.apache.http.client.protocol.HttpClientContext;
import org.apache.http.impl.client.CloseableHttpClient;
import org.apache.http.impl.client.HttpClients;
import org.apache.http.message.BasicNameValuePair;
import org.apache.http.protocol.BasicHttpContext;
import org.apache.http.protocol.HttpContext;
import org.apache.http.util.EntityUtils;

public class HttpClientTest {

    private static HttpContext localContext = new BasicHttpContext();
    private static HttpClientContext context = HttpClientContext
            .adapt(localContext);

    public static void main(String[] args) throws Exception {
        CloseableHttpClient httpClient = HttpClients.createDefault();

        try {
            // 模拟表单
            List<NameValuePair> params = new ArrayList<NameValuePair>();
            params.add(new BasicNameValuePair("username", "**"));
            UrlEncodedFormEntity entity = new UrlEncodedFormEntity(params,
                    "UTF-8");
            HttpPost httpPost = new HttpPost(
                    "http://localhost:8080/spiderweb/RirectServlet");
            httpPost.setEntity(entity);

            // 将HttpClientContext传入execute()中
            CloseableHttpResponse response = httpClient.execute(httpPost,
                    context);

            try {
                HttpEntity responseEntity = response.getEntity();
                System.out.println(EntityUtils.toString(responseEntity));

            } finally {
                response.close();
            }
        } finally {
            httpClient.close();
        }

        CloseableHttpClient httpClient2 = HttpClients.createDefault();

        try {
            HttpGet httpGet = new HttpGet(
                    "http://localhost:8080/spiderweb/RirectServlet");

            // 设置相同的HttpClientContext
            CloseableHttpResponse response = httpClient2.execute(httpGet,
                    context);
            try {
                HttpEntity entity = response.getEntity();
                System.out.println(EntityUtils.toString(entity));
            } finally {
                response.close();
            }
        } finally {
            httpClient2.close();
        }

    }
}

输出结果为：

login success
you have been logined, **

可能大家认为这个结果很正常。第一次登陆了，第二次肯定会输出you have been logined, **。但是大家别忘了，现在不是在浏览器环境下，浏览器会帮你提取服务器传回的sessionId并在你下次请求的时候传给服务器，那么两次请求用的就是同一个session对象，那么自然的就会有上面的输出。

但是现在是在自己写代码访问。我们没有获取sessionId，也没有向服务器传送sessionId，那么两次请求服务器就会为你创建两个sessionId不同的session对象。

那为什么输出结果却是跟浏览器得到的结果一样呢？肯定是什么东西为我们自动完成了获取sessionId传送sessionId的功能。毫无疑问，就是context。 BasicHttpContext里有个Map<Object,Object>的对象用来记录一次请求响应的信息，当响应信息返回时，就会被set到context里，当然响应的cookie信息也就被存储在context里,包括传回的sessionId。

当第二次请求的时候传入相同的context，那么请求的过程中会将context里的sessionId提取出来传给服务器，sessionId一样，自然而然的就是同一个session对象。
那么大家明白context的作用了吗？
按照官方教程的说法来说

代表一个逻辑相关的会话的多个请求序列应该具有相同的HttpContext实例以确保请求之间的信息状态的自动传播

由于初学，不对的地方还望大家指出。

Apache – 如何使http请求变成只有https？