最简单最基础死循环，一般都是这样的
while(1) while(true) for( ; ; )……
然而在编程中常常会用到一些并不是那么基础的死循环，
这里列举一些我在编程中所遇到的一些死循环
方法已经不记得了，只是大概说明。
1(递归死循环)
2(AOP死循环)
这个是递归死循环的变种
学习Spring的同学都知道AOP面向切面编程，
记得网上读过一篇博客说的是Spring中实现AOP不仅用到了jdk1.6的动态Proxy还使用了CGLIB。就可以实现接口和实体类都能被动态代理。
对动态代理一直不太了解。有天闲着无聊就试着了解一下：
CGLIB(Code Generation Library)详解
https://blog.csdn.net/danchu/article/details/70238002
自己在网上找了几篇文章看了一下，自己动手试试写个 JDBC的事务注解 Transaction
这张图不知道能不能大概说明意思，意思大概就是使用CGLIB进行动态代理的时候，注意尽量别调用被代理对象的toString方法。否则会间接递归死循环。
3(文件状态更新死循环，这个有点极端，可能大家不会碰见)
这个是业务逻辑的系循环
大二的时候学安卓，用的是AndroidStudio 当时学校有一个比赛联想智能交通的比赛，需要三个人用安卓坐一个app。当时思考一个问题，三个人做一个app一定在一个局域网下做一个app的，那么我能不能做个软件让三个人同时去操作一个项目。
思路是这样的：
后台运行一个线程一直去遍历一个指定的项目内的所有文件。如果一个文件的文件内容近期更改过。那就把文件发给好友。好友把更改的文件内容写入到文件上去即可，。当然这些读写内容也都是后台线程完成的。
后来呢，这个东西的确也做出来了，但是呢，有编码问题，后来就没再管了。
同时里面有关于死循环的两个问题值得思考
（1）子线程中就需要一个死循环，这个死循环的做用就是用来一直遍历文件和查看文件更改状态。当然这个死循环是一个正常的死循环，是我们所需要的死循环，无非就是损耗了软件的性能
后来在网上查到一个文件监听器的类。
WatchService watcher = FileSystems.getDefault().newWatchService();
这个类使用了观察者模式。不需要再使用死循环了，无疑提高了软件的性能。
（2）另一个死循环发生在文件读写时。
本来时当文件发生改变的时候发送文件到好友哪里去，由于每个客户端有相同的功能。
那么问题就出在这里，当A的文件发生改变时，发送到B上去后，B把能让更新到本地后那么本地文件又发生了改变，B就会把这个跟A一模一样的文件再此发生给A。导致文件状态更改引发死循环。