线程死锁在实际项目中可能导致严重的性能问题，甚至系统崩溃。以下是一些实际项目中的应用案例：
在银行转账系统中，如果两个账户之间的资金转移操作同时进行，可能会出现死锁。例如，账户A试图向账户B转账，同时账户B试图向账户A转账，两个操作都需要同时持有对方账户的锁，从而导致死锁。这种情况下，如果没有外力作用，这两个操作都将无法完成。
在数据库管理系统中，死锁可能发生在多个事务试图同时访问和修改同一组数据时。例如，事务T1锁定了表A并试图锁定表B，而事务T2锁定了表B并试图锁定表A，这时两个事务都会等待对方释放资源，导致死锁。数据库管理系统通常通过设置锁的超时时间、顺序加锁策略或死锁检测机制来避免死锁。
在库存管理系统中，如果两个或多个线程试图同时更新库存数量，可能会出现死锁。例如，线程A试图减少商品A的库存，同时线程B试图增加商品A的库存，两个操作都需要同时持有库存记录的锁，从而导致死锁。这种情况下，如果没有外力作用，这两个操作都将无法完成。
哲学家就餐问题是一个经典的死锁案例，描述了五位哲学家围坐在圆桌旁，每位哲学家左右两边各有一根筷子，他们只能拿自己左边的筷子才能吃饭，吃完后放下筷子才能思考。如果所有哲学家都同时拿起了左边的筷子，那么他们都将无法继续吃饭，因为每个人都在等待右边的筷子被释放。这个例子展示了死锁的四个必要条件：互斥条件、请求与保持条件、不剥夺条件和循环等待条件。
为了避免死锁，可以采取以下措施：