一个订单类，可以按订单id搜索，也可以按用户（userId）搜索，是不是需要用两个HashMap呢？
或者用一个hashMap，把订单id和用户id区分开当作key
有没有比较好的设计方法，支持两种搜索并且占用内存较小~
不想直接访问数据库，因为并发量大数据库是瓶颈
搜索这种事情不是交给数据库做么？
按照数据库设计的原则吧，订单与用户是多对一关系，可以在订单里边添加不变的用户信息，比如userId，放到你的订单类里边。
因为产生订单一定会有用户存在，这样检索就方便了。
订单跟用户是一对多关系，搜索的时候都是通过查sql限制的，不知道你为什么要用Map类型，一般都是返回查找的对象或对象List