一直都是接口泛型，例如List<User>,忽然间实体类泛型User<List>了，假如是这样，什么用法啊

PageFinder page = commodityCollectDal.getCommodityCollectPage(commodityCollectDoConverter.commodityCollectDo2Po(commodityCollectDo), pageNo, pageSize)
PageFinder：是分页的实体类
ICommodityCollect：接口，定义了一些方法
本人新手，突然间不懂。求大神赐教

这样的设计 一般的写法是：定义一个基接口（basicInterface）， 然后基于整个接口 定义一些子接口 这些子接口都继承该基接口，然后定义各个子接口的实现类根据业务不同实现方法。
然后你提到的这个实体类中 会有一些方法来处理数据，当然 一般处理数据的代码是一样的，否则就不这么设计了。传入泛型接口的实现类，强制转换成Basic接口，然后调用某个方法。这样就是一个commonly used的类了。只要是继承自 BasicInterface 的接口 都可以用这个类。
package eg;

//基接口
public interface BasicInterface {

void doSth();

}package eg;

//子接口
public interface SubInterface extends BasicInterface {

//可以加一些自己另外的接口  有点adaptor的意思, 但是新加的接口 就不能用公共类调用了，不在约定范畴内。
void doSthMySelf();

}package eg;

public class Tst {

public void process(I i){
BasicInterface b = (BasicInterface) i;
b.doSth();
}

public static void main(String[] args) {
Tst t = new Tst<>();
//业务1
t.process(new SubInterface(){
@Override
public void doSth() {
System.out.println("具体实现1");

}
@Override
public void doSthMySelf() {
System.out.println("自己的接口，这里调不到");
}
});
//业务2
t.process(new SubInterface(){
@Override
public void doSth() {
System.out.println("具体实现2");

}

@Override
public void doSthMySelf() {
System.out.println("自己的接口，这里调不到");
}
});
}

}其实也可以 只做一个子接口，或者不要子接口。 直接只对BasicInterface 实现。  其他接口自己写去， 跟这个接口不要关联。  根据实际业务需求吧，怎么设计都OK