1，资源争用保护
对于文件操作、界面资源、GDI操作等一般由主线程完成的任务，要加以顺序化处理（serialization），即一个资源一次只能由一个线程访问，多个线程同时访问将导致错误。
方法一般可采用TRTLCriticalSection，程序启动时创建TRTLCriticalSection实例，退出时释放实例，使用时先调用EnterCriticalSection，再调用LeaveCriticalSection
2，线程执行的异常处理
线程中的异常可能导致线程死在内存中无法释放，积累多了会导致资源耗尽。
因此对线程中执行的操作，一般要考虑异常处理。通常是用Try...Except 对可疑操作进行包裹，避免错误逸出。
try res := API_call（p1,p2）; except //重要：防止函数调用出错，线程死掉不能释放！！ on e:exception do addLog(10,e.Message); end;
3，线程释放
windows程序每个进程可以创建的线程数是有限的。本人win7 64位机器，程序最多创建的线程数不超过1500个。如果程序要创建的线程数超过最大线程数，系统就会报错。
一般程序不需要在内存中创建并运行太多线程。线程不足可能是未及时释放导致。因此线程的释放十分关键。
1，线程创建时设定 FreeOnTerminate为True，则线程执行完毕后系统会自动释放线程资源。
2，保障线程及时执行完毕execute过程。特别是注意不能出错，或出错后不进行处理。
实践发现，线程的释放时机是windows决定的。当程序可用线程足够且较忙时，即使线程已经结束，系统可能也并不马上释放线程资源，而是在空闲时缓慢释放。
但如果程序占用的线程已经达到1500左右，且又要创建新的线程时，系统就会主动去释放已经结束的线程，以便为新线程提供资源。
下图是测试启动10000个线程，发现当程序进程到达1460个线程时，程序会主动释放已结束的线程，此时线程数不再上升，且程序正常运行。
4，多线程的测试
对于多线程程序一定要进行自动化测试，因为人工测试难以模拟到一些涉及多线程特性的问题。
实践发现，Jmeter是一个非常好用的多线程压力测试工具，做好测试计划可反复使用，用法也较为简单。在此推荐一下。