Upozorňujeme, že diskuze pod našimi online kurzy jsou nemoderované a primárně slouží k získávání zpětné vazby pro budoucí vylepšení kurzů. Pro studenty našich rekvalifikačních kurzů nabízíme možnost přímého kontaktu s lektory a studijním referentem pro osobní konzultace a podporu v rámci jejich studia. Toto je exkluzivní služba, která zajišťuje kvalitní a cílenou pomoc v případě jakýchkoli dotazů nebo projektů.
Možná proto že dost lidí neví že vlastně sama podmínka v závorce vrací bool. Jinak C# semafory má ale jejich použití se teda mně zdá chaotické a navíc pokud jsi to myslel použít na to že by odesílací vlákno spalo do té doby dokud mu nepříjde další Task tak na tohle já hoodně používám ManualResetEvent příklad použití:
public class Trida
{
//Vytvoří instanci ManualResetEvent s počátečním stavem na false
ManualResetEvent mre = new ManualResetEvent(false);
public void Vlakno1()
{
while (true)
{
//Vykoná nějaký kod
int i = 1 + 1;
//Počká na nejake jine vlakno ktere mu rekne ze muze pokracovat
mre.WaitOne();
//Take se muze pouzit mre.WaitOne(int); kde integer jako parametr je počet milisekund po kterem se thread vzbudi pokud ho nikdo nevzbudil manualne
}
}
public void NejakaMetoda()
{
//Tady jednoduse probudime Vlakno1 ze "spanku"
mre.Set();
}
}Je to pouze příklad já toto používám často hodí se to při různých asynchronních operacích
ManualResetEvent se hodí, pokud potřebuješ indikovat, že se něco stalo (obvykle něco, co se tak úplně libovolně neopakuje). Kdo ji resetuje do nesignálního stavu (stavu, kdy WaitOne čeká)?
Ohledně fronty by spíš bylo lepší použít samoresetující se eventu, což je v podstatě binární semafor, ta manuální je lehce nebezpečná.
No to máš asi pravdu já fronty takhle jak on nepoužívám já jsem si udělal na Tcp komunikaci vlastní splácanou knihovnu jak serverovou tak klientskou přímo s pomocí Socketů a při každém posílání si věci zamykám a pokud z venčí posílám velké soubory tak si to většinou rozkouskuju a posílám postupně
K metodě Send: Je mi to jasné, ale to měl být záměr, aby se jednotlivé věci zařadily za sebe a posílaly se přesně v pořadí, jak volám Send
To podle mě nic nemění na tom, že se zamyká po zbytečně dlouhou dobu. Ono by stačilo, kdyby vlákno obsluhující požadavky na odeslání pracovalo následovně:
Fronta (implementovaná kolekcí) zajistí, že se požadavky budou zpracovávat v pořadí příchodu a zároveň se zbytečně nebude blokovat volání metody Send.
Samozřejmě to může vést k extrému, že fronta naroste do neuvěřitelných rozměrů, pokud je snaha odeslat víc požadavků, než vlákno stíhá zpracovávat, ale vše má holt své výhody a nevýhody. A pořád se to dá ještě nějak řešit; tam už hodně záleží, co konkrétně je potřeba.
Zobrazeno 7 zpráv z 7.
