在spring框架内部以及业务开发中，经常有注入List<T>的场景出现，一般情况下各个T的实现是相互不相干的，这样业务上也不会有问题，但如果实现上有重叠的部分，那么在某些场景中即会出现奇怪的问题。
如下的2个实现
class Impl1 implements Impl{
public boolean canHandle(int i) {
return i < 10;
}
}
class Impl2 implements Impl {
public boolean canHandle(int i) {
return i < 100;
}
}
上述实现中，程序中注入List<Impl>时 理想的顺序是 1 -> 2, 这样在逻辑上更满足业务的需要.但也有可能，实际注入后为 2 -> 1. 在这种情况下，如果 传入的 值，为 0，那么逻辑将导向 Impl2，在业务上就没有按预期进行。
这里不讨论 Impl本身的实现问题，这里仅为参考。在实际代码上，包括spring 相关框架本身，都存在着实现子类的逻辑互相重叠且相互影响的情况，这时候，注入正确的顺序非常重要.
本文简单描述解决问题的2种做法, 再描述一下spring框架自带的bean排序器.
继续阅读“spring体系中控制List
