Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

THÔNG TIN: ASP.NET HTTP mô-đun và HTTP xử lý tổng quan

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:307985
TÓM TẮT
Bài viết này cung cấp một giới thiệu về ASP.NET HTTP mô-đun và xử lý HTTP.

Cho thêm ASP.NET overviews, tham khảo bài viết cơ sở kiến thức Microsoft sau:
305140 THÔNG TIN: ASP.Lộ trình NET
THÔNG TIN THÊM
Mô-đun HTTP và HTTP xử lý là một phần của các ASP.Kiến trúc mạng. Trong khi một yêu cầu đang được xử lý, mỗi yêu cầu là xử lý bởi nhiều mô-đun HTTP (ví dụ, các mô-đun xác thực và mô-đun phiên) và sau đó được xử lý bởi một bộ xử lý HTTP duy nhất. Sau khi các xử lý đã xử lý yêu cầu, trở lại thông qua HTTP yêu cầu, dòng chảy mô-đun.

Bài viết này được chia thành những phần sau:

Mô-đun được gọi là trước khi và sau khi thực hiện một bộ xử lý. Mô-đun cho phép các nhà phát triển để đánh chặn, tham gia vào hoặc sửa đổi mỗi cá nhân yêu cầu. Mô-đun thực hiện các IHttpModule giao diện, được đặt tại các System.web không gian tên.

back to the top

Một HttpApplication lớp cung cấp một số sự kiện với mà có thể mô-đun đồng bộ hóa. Các sự kiện sau đây có sẵn cho mô-đun để đồng bộ hóa với mỗi theo yêu cầu. Những sự kiện này được liệt kê theo thứ tự tuần tự:
  • BeginRequest: Yêu cầu đã được bắt đầu. Nếu bạn cần phải làm điều gì đó tại các sự khởi đầu của một yêu cầu (ví dụ, hiển thị quảng cáo banner ở đầu trang mỗi trang), đồng bộ hóa sự kiện này.
  • AuthenticateRequest: Nếu bạn muốn cắm trong đề án xác thực tùy chỉnh của riêng bạn (ví dụ, tìm một người sử dụng đối với cơ sở dữ liệu để xác nhận mật khẩu), xây dựng một mô-đun đó đồng bộ hóa sự kiện này và authenticates người sử dụng như thế nào bạn Muốn.
  • AuthorizeRequest: Sự kiện này được sử dụng trong nội bộ để thực hiện uỷ quyền cơ chế (ví dụ, để lưu trữ của bạn điều khiển truy cập danh sách (ACLs) trong một cơ sở dữ liệu hơn là trong hệ thống tập tin). Mặc dù bạn có thể ghi đè lên các sự kiện này, không có nhiều lý do để làm như vậy.
  • ResolveRequestCache: Sự kiện này sẽ xác định nếu một trang có thể được phục vụ từ đầu ra bộ nhớ cache. Nếu bạn muốn viết module bộ nhớ đệm của riêng bạn (ví dụ, xây dựng một tập tin bộ nhớ cache thay vì một bộ nhớ cache), đồng bộ hóa sự kiện này để xác định hay không để phục vụ trang từ bộ nhớ cache.
  • AcquireRequestState: Phiên bang Lấy từ các cửa hàng nhà nước. Nếu bạn muốn xây dựng riêng của bạn mô-đun quản lý nhà nước, đồng bộ hóa sự kiện này để lấy các Trạng thái phiên làm việc từ cửa hàng nhà nước của bạn.
  • PreRequestHandlerExecute: Sự kiện này xảy ra trước khi xử lý HTTP là xử tử.
  • PostRequestHandlerExecute: Sự kiện này xảy ra sau khi xử lý HTTP được thực thi.
  • ReleaseRequestState: Phiên bang này được lưu giữ lại trong các cửa hàng nhà nước. Nếu bạn là xây dựng một mô-đun tùy chỉnh phiên bang, bạn phải lưu trữ nhà nước của bạn trở lại vào của bạn cửa hàng nhà nước.
  • UpdateRequestCache: Sự kiện này viết ra trở lại vào bộ đệm ẩn đầu ra. Nếu bạn là xây dựng một mô-đun tùy chỉnh bộ nhớ cache, bạn viết đầu ra trở lại của bạn bộ nhớ cache.
  • EndRequest: Yêu cầu đã được hoàn tất. Bạn có thể muốn xây dựng một gỡ lỗi mô-đun đó tập hợp thông tin yêu cầu và sau đó ghi các thông tin trang.
Các sự kiện sau đây có sẵn cho mô-đun để đồng bộ hóa với mỗi yêu cầu truyền. Thứ tự của các sự kiện này là không xác định.
  • PreSendRequestHeaders: Sự kiện này xảy ra trước khi các tiêu đề được gửi. Nếu bạn muốn thêm tiêu đề bổ sung, bạn có thể đồng bộ hóa sự kiện này từ một tuỳ chỉnh mô-đun.
  • PreSendRequestContent: Sự kiện này xảy ra khi các Response.Flush phương pháp được gọi là. Nếu bạn muốn thêm nội dung bổ sung, bạn có thể đồng bộ hóa sự kiện này từ một mô-đun tùy chỉnh.
  • Lỗi: Sự kiện này xảy ra khi một ngoại lệ unhandled xảy ra. Nếu bạn muốn viết một mô-đun tùy chỉnh lỗi xử lý, đồng bộ hóa sự kiện này.
back to the top

<httpmodules>Cấu hình phần handler là chịu trách nhiệm cho cấu hình mô-đun HTTP trong ứng dụng. Nó có thể tuyên bố tại máy tính, site hoặc ứng dụng cấp độ. Sử dụng cú pháp sau đây Đối với các <httpmodules>phần xử lý:<b00> </b00> </httpmodules> </httpmodules>
<httpModules>   <add type="[COM+ Class], [Assembly]" name="[ModuleName]" />   <remove type="[COM+ Class], [Assembly]" name="[ModuleName]" />   <clear /></httpModules>				
back to the top

Để tạo ra một mô-đun HTTP, bạn phải thực hiện các IHttpModule giao diện. Các IHttpModule giao diện có hai phương pháp với các chữ ký sau đây:
void Init(HttpApplication);void Dispose();				
Để biết thêm chi tiết về việc tạo ra mô-đun HTTP, nhấp vào các bài viết số dưới đây để xem các bài viết trong cơ sở kiến thức Microsoft:
308000 Làm thế nào để: Tạo một ASP.LƯỚI HTTP mô-đun bằng cách sử dụng Visual Basic.NET
307996 Làm thế nào để: Tạo một ASP.LƯỚI HTTP mô-đun bằng cách sử dụng Visual C#.NET
back to the top

Xử lý được sử dụng để xử lý yêu cầu điểm cuối cá nhân. Xử lý cho phép ASP.NET framework để xử lý riêng lẻ HTTP URL hoặc nhóm URL tiện ích mở rộng trong ứng dụng. Không giống như mô-đun, chỉ có một handler là được sử dụng để xử lý yêu cầu. Xử lý tất cả các thực hiện các IHttpHandler giao diện, được đặt tại các System.web không gian tên. Xử lý là phần nào tương tự như máy chủ Internet Ứng dụng lập trình giao diện (ISAPI) phần mở rộng.

back to the top

<httphandlers>Cấu hình phần handler là trách nhiệm lập bản đồ các URL để các<b00> </b00> </httphandlers>IHttpHandler hoặc IHttpHandlerFactory lớp học. Nó có thể được công bố tại máy tính, site hoặc ứng dụng cấp độ. Thư mục con thừa kế các thiết đặt này.

Quản trị viên sử dụng các <add>thẻ chỉ thị cấu hình phần <httphandlers>. <add>chỉ thị là hiểu và xử lý trong một trên xuống tuần tự đặt hàng. Sử dụng cú pháp sau cho các <httphandler>phần xử lý:<b00> </b00> </httphandler> </add> </httphandlers> </add>
<httpHandlers>   <add verb="[verb list]" path="[path/wildcard]" type="[COM+ Class], [Assembly]" validate="[true/false]" />   <remove verb="[verb list]" path="[path/wildcard]" />   <clear /></httpHandlers>				
back to the top

Để tạo ra một bộ xử lý HTTP, bạn phải thực hiện các IHttpHandler giao diện. Các IHttpHandler giao diện có một phương pháp và một trong những tài sản với sau chữ ký:
void ProcessRequest(HttpContext);bool IsReusable {get;}				
LƯU Ý: Nếu phiên làm việc nhà nước là cần thiết trong xử lý HTTP của bạn, bạn cũng cần để thực hiện các IRequiresSessionState giao diện. Để biết thêm chi tiết về việc tạo ra xử lý HTTP, nhấp vào các bài viết số dưới đây để xem các bài viết trong cơ sở kiến thức Microsoft:
308001 Làm thế nào để: Tạo một ASP.LƯỚI HTTP xử lý bằng cách sử dụng Visual C#.NET
Để biết thêm chi tiết, bấm vào các bài viết số dưới đây để xem các bài viết trong cơ sở kiến thức Microsoft:
307997 Làm thế nào để: Tạo một ASP.LƯỚI HTTP xử lý bằng cách sử dụng Visual Basic.NET
back to the top

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 307985 - Xem lại Lần cuối: 08/27/2011 23:38:00 - Bản sửa đổi: 2.0

Microsoft ASP.NET 1.1, Microsoft ASP.NET 1.0

  • kbarttyperoadmap kbhttphandlers kbhttpmodule kbhttpruntime kbinfo kbmt KB307985 KbMtvi
Phản hồi