Aké problémy môžu nastať pri práci s viacvláknovým…

Проблеми при многопоточном раду и начини за њихово избегавање:

Data Race: Настане када неколико потока истовремено приступају заједничким подацима, а бар један их мења.
- Решење: Користите механизме за синхронизацију као што су lock (Monitor), Mutex, Semaphore, ReaderWriterLockSlim, SpinLock.
```
// Пример коришћења lock
private object _lockObject = new object();
private int _counter = 0;

public void Increment()
{
    lock (_lockObject)
    {
        _counter++; // Критична секција
    }
}
```
Взаимна блокада (Deadlock): Догађа се када два или више потока буду блокирани, чекајући ресурсе које држе други.
- Решење:
  - Избегавајте вложеност блокирања.
  - Захватајте блокаде у унапред одређеном реду.
  - Користите Monitor.TryEnter или Mutex.WaitOne(timeout) за покушај захвата са временским ограничењем.
Глад (Starvation): Ситуација када један или више потока не могу да добију приступ ресурсу дуго времена.
- Решење:
  - Користите праведне механизме за синхронизацију (не сви стандардни механизми гарантују праведност).
  - Преразмислите дизајн, можда раздвојите велике критичне секције.
  - Користите пулове потока са правилним управљањем приоритетима (будите опрезни, промене приоритета могу довести до других проблема).
Неправилна публикација објеката (Improper Publication): Стање када објекат постане доступан другим потокима пре него што је његов конструктор потпуно завршен или пре него што су сва његова поља правилно иницијализована.
- Решење:
  - Користите immutable објекте.
  - Користите лениву иницијализацију са потокобезбедним механизмима (Lazy<T>).
  - Користите синхронизацију при првој публикацији објекта.
Невидљивост промена (Visibility Issues): Промене направљене у једном потоку можда неће бити видљиве другим потоцима одмах због кеширања процесора или оптимизација компајлера.
- Решење:
  - Користите кључну реч volatile за променљиве којима се приступа у више потока (гарантује да читање увек долази из меморије, а запис се пушта у меморију).
  - Користите механизме за синхронизацију (lock, Monitor), који укључују баријере за меморију.
```
// Пример коришћења volatile
private volatile bool _stopRequested = false;

public void WorkerMethod()
{
    while (!_stopRequested)
    {
        // Радимо нешто
    }
}

public void RequestStop()
{
    _stopRequested = true;
}
```

Табела проблема и решења:

Проблем	Опис	Решење
Data Race	Истовремени приступ заједничким променљивим.	`lock`, `Mutex`, `Semaphore`, `ReaderWriterLockSlim`, `SpinLock`.
Взаимна блокада	Потокови чекају ресурсе које држе други.	Избегавајте вложеност, уредно захватање блокирања, временска ограничења.
Глад (Starvation)	Поток не може да добије приступ ресурсу дуже време.	Праведни механизми за синхронизацију, преглед дизајна, управљање приоритетима (будите опрезни).
Неправилна публикација	Објекат је доступан пре потпуног иницијализовања.	Неизменљиви објекти, `Lazy<T>`, синхронизација при публикацији.
Невидљивост промена	Промене у једном потоку нису одмах видљиве другим.	`volatile`, баријере за меморију (подразумевано механизми за синхронизацију).

Поред тога, важно је користити високоуровне апстракције као што су Task Parallel Library (TPL) и async/await. Оне поједностављују управљање паралелизмом и асинхроношћу, смањујући вероватноћу ових проблема ако се правилно користе.

Aké problémy môžu nastať pri práci s viacvláknovým spracovaním a ako sa im vyhnúť?