статический класс и несколько одновременных запросов

Question

Предположим, у меня есть статический вспомогательный класс, который я использую много в веб-приложении. Предположим, что приложение получает около 20 запросов в секунду в течение продолжительного периода времени и что по волшебству два запроса просят статический класс выполнить некоторую работу на той же самой наносекунде.

Что произойдет, когда это произойдет?

Чтобы обеспечить некоторый контекст, класс используется для выполнения запроса linq-to-sql: он получает несколько параметров, включая UserID, и возвращает список пользовательских объектов.

спасибо.

Answer 1

Что произойдет, когда это произойдет?

Если ваши методы reentrant, тогда они являются потокобезопасными, и что произойдет, так это то, что, скорее всего, они будут работать. Если эти статические методы полагаются на какое-то общее состояние, и вы не синхронизировали доступ к этому состоянию, возможно, это разделенное состояние будет повреждено. Но вам не нужно ударять метод на той же наносекунде на 20 запросов на повреждение вашего общего состояния. 2 достаточно, если вы не синхронизируете его.

Таким образом, статические методы сами по себе не являются злыми (ну, на самом деле, они так же, как они не являются единичными, но это еще одна тема), так они реализованы в многопоточной среде. Поэтому вы должны сделать их потокобезопасными.

---

UPDATE:

Потому что в комментариях вы упомянули LINQ-TO-SQL, если все переменные, используемые в статическом методе являются локальными, этот метод является потокобезопасным. Например:

public static SomeEntity GetEntity(int id) 
{ 
    using (var db = new SomeDbContext()) 
    { 
     return db.SomeEntities.FirstOrDefault(x => x.Id == id); 
    } 
} 

Answer 2

Он врезается в неприятную образом (если вы делаете это, чтобы разделить состояние), не делать это в веб-приложение ... Или Alternativly защитить чтение/запись с замком:

http://msdn.microsoft.com/en-us/library/system.threading.readerwriterlockslim.aspx

Но, честно говоря, вам действительно следует избегать использования статики, если только вы НЕ ДОЛЖНЫ это сделать, и если вам действительно нужно быть очень осторожным с вашей стратегией блокировки и проверить ее на уничтожение, чтобы убедиться, что удалось изолировать чтение и запись друг от друга

Answer 3

вы должны убедиться, что ваши методы являются потокобезопасными, поэтому не используйте статические атрибуты tes для хранения любого состояния. Если вы объявляете новые объекты внутри статического метода, нет проблем, потому что каждый поток имеет свой собственный объект.

Answer 4

Это полностью зависит от того, что означает ваша «определенная работа». Если это не касается какого-либо общего состояния, это абсолютно нормально. Если для этого требуется доступ к общему состоянию, вам нужно будет решить, как справиться с этим поточно-безопасным способом.

Общее правило: общедоступный API класса должен быть потокобезопасным для статических методов, но не должен быть поточно-безопасным, например, методы - обычно любой экземпляр используется только в одном нить. Конечно, это зависит от того, что делает ваш класс, и what you mean by thread-safe.

Answer 5

Это зависит от того, имеет ли статический класс какое-либо состояние или нет (т. Е. Статические переменные, разделяемые всеми вызовами). Если это не так, тогда все в порядке. Если это так, это не хорошо. Примеры:

// Fine 
static class Whatever 
{ 
    public string DoSomething() { 
     return "something"; 
    } 
} 

// Death from above 
static class WhateverUnsafe 
{ 
    static int count = 0; 
    public int Count() { 
     return ++count; 
    } 
} 

Вы можете сделать вторую работу отлично с помощью замков, но затем вы вводите тупики и проблемы параллелизма.

Я создал массивные веб-приложения со статическими классами, но у них никогда не было общего состояния.