跟java代码编程类似，struts2对Action类的配置也采用包(package)结构进行管理，如此当然清晰了配置文件的层次结构，提升了配置文件的可读性，然而因为各action分布于不一样的包(package)下，当struts2接到来自客户端的请求，当寻找使用哪个action进行处理时，务必要进行一个较为复杂的搜索过程。
其实，struts2对于action的搜索，采用的是“查找最精确路径所在包(package)”的原则进行的。无需多言，一例说明：
对于来自客户端的请求url是:
http://localhost:8088/p1/p2/p3/list.action，struts2的搜索顺序是：
1.首先搜索namespace为/p1/p2/p3的package，如若这个package不存在则转至步骤2；如若这个package存在，则在这个package中寻找name为list的action，当在该package下找不到此action时就会到默认namespace的package里面去搜索此action，所谓默认namespace的package，就是没有 namespace或者namespace为空字符串("")的package，如若在默认namespace的package里面仍是找不到该action，则报404提示找不到此命名空间和action。
2.搜索namespace为/p1/p2的package，如若这个package不存在，则转至步骤3；如若这个package存在，则在这个package中寻找name为list的action，当在该package中找不到此action时就会到默认namaspace的package中去搜索此action，如若在默认namespace中仍是找不到该action， 则报404提示找不到此命名空间和action。
3.搜索namespace为/p1的包，如若这个package存在，则在这个package中寻找name为list的action，当在此package种找不到此action或者不存在这个package时，都会去默认namespace的package里面去搜索此action，如若仍是找不到，则报404提示找不到此命名空间和action。
另：1.网上大量资料都写到：当/p1下的package不存在或者找不到/p1下的package找不到此action时，会到namespace为/的package中搜索。而根据个人经验，这种状况下并无到namespace为/的package中搜索，但愿之后在使用的时候当心为是。
2.若是同一个包下，配置有多个name相同的action，则后一个会把前一个覆盖掉。