Ngăn IIS thực hiện nhiệm vụ trước khi kết thúc

Question

Tôi đang tạo thư viện Ghi nhật ký lưu trữ mọi thứ trên bảng Azure. Viết vào bảng đó rõ ràng là mất rất nhiều thời gian (không bao giờ hơn 1 giây, nhưng nó vẫn còn quá nhiều điều để làm cho sự chờ đợi người dùng), vì vậy phương pháp Log trả về một trường hợp LogResult, đây là lớp

public class LogResult 
{ 
    public string Id { get; set; } 
    public Task LoggingTask { get; set; } 

    public LogResult(string id, Task task) 
    { 
     Id = id; 
     LoggingTask = task; 
    } 
} 

Và đây là cách thức phương thức Đăng nhập kết thúc

return new LogResult(id, Task.Factory.StartNew(() => 
    DoLogInAzure(account, id, exception, request)) 
); 

Để cung cấp cho người gọi tùy chọn chờ đợi hoàn thành (nếu đó là ứng dụng bảng điều khiển). Vấn đề tôi phải đối mặt là IIS không nên chờ cho nó trước khi trả lại cho người dùng phản hồi ... và nếu tôi không chờ đợi, IIS không luôn thực hiện nhiệm vụ. Ý tưởng là để hiển thị cho người dùng một thông báo "... Nếu bạn liên hệ với chúng tôi, hãy chắc chắn đề cập đến số vấn đề của bạn, XXX" và không làm cho anh ta đợi cho đến khi mục nhập nhật ký được viết.

Có cách nào để buộc IIS đợi cho đến khi tác vụ kết thúc, ngay cả sau khi nó trả về phản hồi? Tôi nghĩ rằng tôi có thể cần phải mã một dịch vụ Windows mà có yêu cầu không đồng bộ, nhưng nó trông giống như rất nhiều công việc chỉ để thêm một mục đăng nhập ... đặc biệt nếu tôi có thể lực lượng IIS chờ đợi cho nó.

Cảm ơn mọi ý tưởng!

Answer 1

Nhờ Damian Schenkelman và bài đăng trên blog của Phil Haack, tôi đã tìm ra vấn đề và giải pháp. Vấn đề là IIS reuses các chủ đề khi nó cần để xử lý các yêu cầu mới. Và vì nó không biết rằng nhiệm vụ của tôi là làm một số công việc, nó reuses thread (mà làm cho tinh thần). Sau đó, tôi chỉ cần thông báo cho IIS rằng tôi đang sử dụng thread đó và nó không thể được tái sử dụng (vì vậy, nó phải sử dụng lại một luồng khác, tạo một luồng mới hoặc đợi nó). Tôi đã sử dụng TaskFactory của riêng mình để xử lý việc tạo nhiệm vụ và tự động đăng ký một trình thông báo trong IIS. Để hoàn chỉnh, để giúp một số dân tộc khác với cùng một vấn đề như tôi, và để đọc gợi ý khác, đây là những gì tôi đã thực hiện

public class IISNotifier : IRegisteredObject 
{ 
    public void Stop(bool immediate) 
    { 
     // do nothing, I only run tasks if I know that they won't 
     // take more than a few seconds. 
    } 

    public void Started() 
    { 
     HostingEnvironment.RegisterObject(this); 
    } 

    public void Finished() 
    { 
     HostingEnvironment.UnregisterObject(this); 
    } 
} 

Và sau đó

public class IISTaskFactory 
{ 
    public static Task StartNew(Action act) 
    { 
     IISNotifier notif = new IISNotifier(); 
     notif.Started(); 
     return Task.Factory.StartNew(() => { 
      act.Invoke(); 
      notif.Finished(); 
     }); 
    } 
} 

Bây giờ, khi tôi muốn bắt đầu một nhiệm vụ log tôi chỉ làm

return new LogResult(id, IISTaskFactory.StartNew(() => 
    DoLogInAzure(account, id, exception, request)) 
); 

Bạn có thể nhìn thấy (và tải về code) tại https://github.com/gmc-dev/IISTask

Answer 2

This post từ Phil Hack nói về các tác vụ nền đang chạy trong ứng dụng ASP.NET.

Answer 3

Thông tin không đủ nhưng tôi nghi ngờ nó có thể liên quan đến GC và tài liệu tham khảo nếu nó hoạt động khi bạn đợi tác vụ. Với mục đích của bạn, một cách tốt hơn là sử dụng ETW (EventProvider) và đặt ActivityId cho mỗi yêu cầu. Đơn giản chỉ cần cấu hình một phiên ETW có thể chuyển hướng tất cả các tin nhắn vào một tập tin. Bạn có thể hiển thị ActivityId (Hướng dẫn) cho người dùng cuối.

Answer 4

Xin lỗi vì không thêm điều này làm bình luận, tôi không có đủ đại diện.

https://msdn.microsoft.com/en-us/library/system.web.hosting.iregisteredobject(v=vs.110).aspx

Ứng dụng có thể chỉ có một thể hiện của một loại đăng ký.

Điều này dường như cho thấy câu trả lời được chấp nhận của Gervasio Marchand có phần không chính xác, vì mỗi lệnh gọi phương thức trợ giúp tĩnh của mình đều tạo một IISNotifier mới, là một IRegisteredObject.