Microsoft MVP성태의 닷넷 이야기
.NET Framework: 218. WCF REST 서비스 - 웹 브라우저 측 Ajax 호출 캐시 [링크 복사], [링크+제목 복사],
조회: 31722
글쓴 사람
정성태 (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/
정성태

... 76  77  78  79  80  81  82  83  84  85  [86]  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11819정성태2/20/201923485Windows: 158. 컴퓨터와 사용자의 SID(security identifier) 확인 방법
11818정성태2/20/201921550VS.NET IDE: 131. Visual Studio 2019 Preview의 닷넷 프로젝트 빌드가 20초 이상 걸리는 경우 [2]
11817정성태2/17/201917468오류 유형: 514. WinDbg Preview 실행 오류 - Error : DbgX.dll : WindowsDebugger.WindowsDebuggerException: Could not load dbgeng.dll
11816정성태2/17/201921388Windows: 157. 윈도우 스토어 앱(Microsoft Store App)을 명령행에서 직접 실행하는 방법
11815정성태2/14/201919520오류 유형: 513. Visual Studio 2019 - VSIX 설치 시 "The extension cannot be installed to this product due to prerequisites that cannot be resolved." 오류 발생
11814정성태2/12/201918175오류 유형: 512. VM(가상 머신)의 NT 서비스들이 자동 시작되지 않는 문제
11813정성태2/12/201919169.NET Framework: 809. C# - ("Save File Dialog" 등의) 대화 창에 확장 속성을 보이는 방법
11812정성태2/11/201916532오류 유형: 511. Windows Server 2003 VM 부팅 후 로그인 시점에 0xC0000005 BSOD 발생
11811정성태2/11/201922379오류 유형: 510. 서버 운영체제에 NVIDIA GeForce Experience 실행 시 wlanapi.dll 누락 문제
11810정성태2/11/201919334.NET Framework: 808. .NET Profiler - GAC 모듈에서 GAC 비-등록 모듈을 참조하는 경우의 문제
11809정성태2/11/201922202.NET Framework: 807. ClrMD를 이용해 메모리 덤프 파일로부터 특정 인스턴스를 참조하고 있는 소유자 확인
11808정성태2/8/201923663디버깅 기술: 123. windbg - 닷넷 응용 프로그램의 메모리 누수 분석
11807정성태1/29/201921406Windows: 156. 가상 디스크의 용량을 복구 파티션으로 인해 늘리지 못하는 경우 [4]
11806정성태1/29/201920491디버깅 기술: 122. windbg - 덤프 파일로부터 PID와 환경 변수 등의 정보를 구하는 방법
11805정성태1/28/201923273.NET Framework: 806. C# - int []와 object []의 차이로 이해하는 제네릭의 필요성 [4]파일 다운로드1
11804정성태1/24/201920834Windows: 155. diskpart - remove letter 이후 재부팅 시 다시 드라이브 문자가 할당되는 경우
11803정성태1/10/201919807디버깅 기술: 121. windbg - 닷넷 Finalizer 스레드가 멈춰있는 현상
11802정성태1/7/201921439.NET Framework: 805. 두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)파일 다운로드1
11801정성태1/1/201922413개발 환경 구성: 427. Netsh의 네트워크 모니터링 기능 [3]
11800정성태12/28/201821809오류 유형: 509. WCF 호출 오류 메시지 - System.ServiceModel.CommunicationException: Internal Server Error
11799정성태12/19/201823753.NET Framework: 804. WPF(또는 WinForm)에서 UWP UI 구성 요소 사용하는 방법 [3]파일 다운로드1
11798정성태12/19/201822347개발 환경 구성: 426. vcpkg - "Building vcpkg.exe failed. Please ensure you have installed Visual Studio with the Desktop C++ workload and the Windows SDK for Desktop C++"
11797정성태12/19/201818072개발 환경 구성: 425. vcpkg - CMake Error: Problem with archive_write_header(): Can't create '' 빌드 오류
11796정성태12/19/201818904개발 환경 구성: 424. vcpkg - "File does not have expected hash" 오류를 무시하는 방법
11795정성태12/19/201822329Windows: 154. PowerShell - Zone 별로 DNS 레코드 유형 정보 조회 [1]
11794정성태12/16/201818234오류 유형: 508. Get-AzureWebsite : Request to a downlevel service failed.
... 76  77  78  79  80  81  82  83  84  85  [86]  87  88  89  90  ...