跟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，则后一个会把前一个覆盖掉。