在spring里一个service 类中有多个dao，是否会影响性能？

一个service里注入多个dao是正常的，但是注入service就不太合理了，至于性能个人认为不会有多大影响，不过dao多了在创建sessionFactory的时候会很浪费资源，但是性能与结构比起来你更倾向哪一个就要看你自己了，个人觉得如果追求性能什么框架都不用最好，连3层都不要用，用框架就是为了它的结构合理，可扩展性和维护性好

解决方案 »

  1.   

    尽量不要注入太多，象你注入service，就好象是嵌套一样，这样设计不合理，性能是会有一定影响的。
      

  2.   

    这些Service和Dao应该都是单实例吧, 注不注它们都活着, 应该不影响性能
      

  3.   

    Java的性能开销主要集中在创建销毁对象、数据库连接、IO读写以及远程调用上，service和dao对象一般都是无状态的业务对象，在整个Spring容器中只需要创建一次即可，一个Service引用多个dao对性能不会产生影响，但是从后续的扩展性和维护性来说，一个service不宜包括太多的业务逻辑
      

  4.   

    为什么注入多个service就不合理呢？ 会影响什么呢？
      

  5.   

    多个dao，你不会有10个以上吧，一般没什么影响。
      

  6.   

    注入service?这不是等于又耦合了吗
      

  7.   

    Spring支持事务嵌套，
    多次注入没有问题，也不会影响性能，但是给人的感觉太烂
    DAO尽量的不要处理业务逻辑，实在不行就在service做一个回调给dao