Charles Weyland, тебе уже посоветовали решение - удаляй файл в конце функции обработки. Ее код можно записать примерно так:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
private void ProcessFile(string filePath)
{
try
{
using (var reader = new StreamReader(filePath))
{
...
}
}
finally
{
File.Delete(filePath);
}
}
По поводу твоей функции DelFile. Во-первых, никогда не пиши поток с проверкой в "бесконечном" цикле. Это нагружает процессор ненужной работой. Для интереса посмотри на нагрузку процессора во время работы своей программы. В подобных ситуациях надо искать способ организовать ожидание нужного события через примитивы синронизации: lock, WaitHandle, семафоры и т.п. Во-вторых, генерация исключений в "бесконечном" цикле тоже наверняка ухуждает производительность программы. Ведь обработка исключений тоже имеет свою цену. А твой код генерирует их пачками. В общем не пиши больше такой код.
Charles WeylandЧто не нравится: GC удаляет все объекты, на которые никто не ссылается.
В этом и состоит его работа так что непонятно что может здесь не нравится. Раз на объект никто не ссылается значит он уже больше не нужен.
Charles WeylandКстати, после выполнения объект сохраняется, или выгружается из памяти?
т.е. что происходит с объектом "new Thread(DelFile)" после того, как DelFile закончит своё выполнение?
Сборщик мусора относится к экземплярам Thread точно также как к экземплярам других типов. Если значение переменной никому не нужно, то оно может быть удалено из кучи еще до завершения потока. Не надо путать экземпляр типа Thread с самим потоком. Первый это "всего лишь" обертка над API функциями ОС. Поток, как объект ОС, живет независимо от класса Thread т.к. не имеет понятия о его существовании.
