Microsoft MVP성태의 닷넷 이야기
.NET Framework: 218. WCF REST 서비스 - 웹 브라우저 측 Ajax 호출 캐시 [링크 복사], [링크+제목 복사],
조회: 30240
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
WCF REST 서비스 - 웹 브라우저 측 Ajax 호출 캐시

미리 말씀드리면, 이 문제는 WCF REST 서비스에 국한되지 않습니다. 단지, 서버 측 서비스의 테스트 환경이 WCF REST 서비스였다는 데 의미가 있을 뿐이지만, 어쩌면 WCF REST 서비스로 구현하면서도 역시 한 번쯤은 접할 수 있는 문제여서 제목을 이렇게 지은 것입니다. (사실... 제가 헤맸습니다. ^^;)

문제 현상은 이렇습니다. 인터넷 익스플로러의 경우, 임시 저장 파일을 쓰는 규칙이 아래 그림에서처럼 "Automatically"로 기본 설정되어 있습니다.

local_web_cache_with_ajax_call_1.png

이런 상태에서 클라이언트 측에 내려가는 웹 페이지(예를 들어, default.aspx)에서 Ajax 호출을 반복적으로 하게 되는 코드(예를 들어, 3초마다)를 작성하면 어떻게 될까요?

function ajaxJson(httpMethod, method, data, callback, error) {
    var url = "./AjaxWCFService/" + method;
    $.ajax({
        url: url,
        data: data,
        type: httpMethod,
        processData: true,
        contentType: "application/json",
        timeout: 1000 * 10,
        dataType: "json",
        success: callback,
        error: error
    });
}

function GetMyListResponse(result) 
{
    setTimeout(function () {
        CallGetAgentList();
    }, 1000 * 3);
}

function CallGetAgentList() 
{
    ajaxJson("GET", "GetMyList", "", GetMyListResponse, GetMyListResponse);
}

CallGetAgentList();

넵, 맞습니다. 위의 호출은 단 한 번만 호출되고 이후의 호출에 대해서는 브라우저 임의 재량에 맞겨지게 됩니다. (대개의 경우, 서버로의 호출이 발생되지 않습니다.) 물론, 이런 경우 브라우저 설정 값이 "Automatically"가 아닌 (대부분의 개발자 컴퓨터의 웹 브라우저 설정인) "Every time I visit the webpage"라고 설정되어 있으면 3초마다 호출이 발생합니다. 따라서, 개발자는 테스트가 잘 되는데, 고객 측의 컴퓨터에서는 이상 현상이 목격되는 것이죠. ^^

이때의 호출을 Fiddler로 가로채면 다음과 같은 식으로 나옵니다.

---------- 요청 ----------
GET http://testpc:7905/AjaxWCFService/GetMyList HTTP/1.1
Referer: http://testpc:7905/Test.aspx
Content-Type: application/json
X-Requested-With: XMLHttpRequest
Accept: application/json, text/javascript, */*
Accept-Language: ko
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; ..[생략]...)
Host: testpc:7905
Connection: Keep-Alive

---------- 응답 ----------
HTTP/1.1 200 OK
Cache-Control: private
Content-Length: 102
Content-Type: application/json; charset=utf-8
Server: Microsoft-IIS/7.5
X-AspNet-Version: 4.0.30319
X-SourceFiles: =?UTF-8?B?QzpcSmVubmlmZXJcTmV0U2xhXFdlYlxBamF4V2ViU2VydmljZVxHZXRBZ2VudExpc3Q=?=
X-Powered-By: ASP.NET
Date: Fri, 27 May 2011 16:28:05 GMT

...[json 포맷의 데이터]...

이러한 캐시 방지를 위해서 WCF REST 서비스 메서드 측에서는 캐시 정책에 변화를 줄 수 있는 옵션을 주어야 합니다.

[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]
public class AjaxWCFService : IAjaxWCFService
{
    [WebGet(ResponseFormat = WebMessageFormat.Json)]
    public string GetMyList()
    {
        HttpContext.Current.Response.Expires = 0;
        return "....";
    }
}

위와 같이 변경해 주어도, 여전히 캐시가 되는 사용자가 있는데요. 어쩔 수 없습니다. 이미 캐시된 것을 반복사용하고 있는 것이기 때문에 브라우저 자체의 만료 기간이 지날 때까지 기다리든가, 아니면 사용자 PC에서 직접 임시 파일을 지워주어야 합니다.

일단, 이런 식으로 "Expires == 0"이 지정 되어 응답이 내려가면 다음과 같이 곧바로 만료가 되도록 Expires 헤더값이 지정됩니다.

HTTP/1.1 200 OK
Cache-Control: private
Content-Length: 2
Content-Type: application/json; charset=utf-8
Expires: Fri, 27 May 2011 16:36:16 GMT
Server: Microsoft-IIS/7.5
X-AspNet-Version: 4.0.30319
X-SourceFiles: =?UTF-8?B?QzpcSmVubmlmZXJcTmV0U2xhXFdlYlxBamF4V2ViU2VydmljZVxHZXRBZ2VudExpc3Q=?=
X-Powered-By: ASP.NET
Date: Fri, 27 May 2011 16:36:18 GMT

...[json 포맷의 데이터]...

아하~~~ 결국 Expires 헤더를 조정하는 것이니까, Expires = 0;뿐만 아니라 다음과 같이 다양한 메서드를 호출해도 효과는 동일하게 적용된다는 것이군요. ^^

HttpContext.Current.Response.Cache.SetExpires(DateTime.MinValue);




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2011-06-23 10시37분
브라우저 cache 관련해서 다음의 글을 읽어보시면 도움이 될 것입니다. ^^

Caching Improvements in Internet Explorer 9
; (broken) http://blogs.msdn.com/b/ie/archive/2010/07/14/caching-improvements-in-internet-explorer-9.aspx
; https://all-markup-news.com/caching-improvements-in-internet-explorer-9/
정성태

... 181  [182]  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
431정성태1/8/200721545Windows: 12. 비스타는 안전한 윈도우인가? [2]
430정성태1/7/200727461웹: 6. IIS 7 마이그레이션 정리 - Sysnet
427정성태12/30/200618197Team Foundation Server: 14. VS.NET IDE에 통합된 TFS Annotate [1]
425정성태12/29/200622115Windows: 11. Vista IIS 7(Integrated mode)에서의 ASP.NET F5 디버깅 방법
424정성태12/29/200620218기타: 16. 첫걸음 [2]
426정성태12/30/200618614    답변글 기타: 16.1. 예외 발생
420정성태12/27/200623335Windows: 10. Internet Explorer 7.0 호환성 백서 (Word 문서, 1.92MB) [7]파일 다운로드1
419정성태12/25/200625024Windows: 9. VS.NET 2005 원격 디버깅 구성
418정성태12/25/200633078웹: 5. IIS 7에서 클라이언트 측 인증서 사용 시 주의점 [2]
417정성태12/24/200625597Windows: 8. VS.NET 2005에서의 웹 애플리케이션 디버깅 설정
416정성태1/31/200725596오류 유형: 23. MSI 설치 시 로그 파일 생성하는 레지스트리 설정 [3]
415정성태12/31/200629365개발 환경 구성: 20. 인증서 오류 체크 목록
413정성태12/20/200626311VC++: 26. volatile 키워드 [1]파일 다운로드1
412정성태12/17/200630099오류 유형: 22. VS.NET 2005 SP1 설치 도중 오류 [9]
411정성태12/16/200619136오류 유형: 21. TFS SP1 설치 관련 오류 (2) - KB919156 패치 이후 TFS 접근 문제
410정성태12/16/200620478오류 유형: 20. TFS SP1 설치 관련 오류 (1) - KB919156 패치
408정성태12/10/200622652Windows: 7. USB 드라이브 내용 암호화
407정성태12/10/200620261오류 유형: 19. Vista 에서의 VS.NET 2005 로 개발한 어셈블리에 대한 서명 확인 오류
406정성태12/10/200625023Windows: 6. IE 7 검색 공급자 - 영한 사전
403정성태12/6/200632147Windows: 5. Vista 와 웹 인증 등록 서비스의 문제 [5]
402정성태12/11/200623128Windows: 4. Vista 설치 후기 [1]
409정성태12/11/200627154    답변글 Windows: 4.1. Vista 설치 후기 - 두 번째 이야기 [3]
396정성태2/13/200729844오류 유형: 18. "Automatic Updates" 서비스 CPU 100% 점유 현상
393정성태11/8/200619384오류 유형: 17. Unable to start debugging - The binding handle is invalid.
371정성태10/23/200618536오류 유형: 16. STS Communication failed.
370정성태11/12/200622472.NET Framework: 75. Windows CardSpace 이야기 (이 글의 내용은 재작성되어질 예정입니다.)
... 181  [182]  183  184  185  186  187  188  189  190  191  192  193  194  195  ...