假设大家都想要把用户代码塞到一个框架里。两者区别就出来了：
侵入式的做法就是要求用户代码“知道”框架的代码，表现为用户代码需要继承框架提供的类。
非侵入式则不需要用户代码引入框架代码的信息，从类的编写者角度来看，察觉不到框架的存在。
举个栗子：
使用struts时，需要继承一些struts的类，这时struts侵入到了我的代码里。
使用spring时，编写一些业务类的时候不需要继承spring特定的类，通过配置完成依赖注入后就可以使用，此时，spring就没有侵入到我业务类的代码里。
世界上每一个物体的存在，必有其过人之处，但是人无完人，不可能存在永远完美的东西存在，其也会受到时代潮流的影响：
侵入式让用户代码产生对框架的依赖，这些代码不能在框架外使用，不利于代码的复用（缺点）。但侵入式可以使用户跟框架更好的结合，更容易更充分的利用框架提供的功能（优点）。
非侵入式的代码则没有过多的依赖，可以很方便的迁移到其他地方。但是与用户代码互动的方式可能就比较复杂。
这两种方式都有各自的利弊，主要看实际开发时怎么选择他了。