这个问题困扰了我很久，主要是思路方向错了，所以始终都错的。我的经验也许不能帮到读者，只是希望给自己留下印记，也给万一跟我情况相似相同的朋友一个引导。
项目升级单点登录，只需要改个别配置文件即可完成，升级其他项目的时候非常顺利，不知道为何这次失败的这么奇怪：tomcat启动成功，但是访问页面报错404。
（）PS：开始启动失败，报一个配置文件里的类找不到，我看了一眼这个配置文件在我的这个web项目中没有（我们用的是maven结构，实际上该文件是在service项目中的），于是我以为这个配置文件是不需要的，果断给注释了。然后启动成功了。问题跟踪了很久，最后证明就是这个配置文件缺失造成的。）
1、首先怀疑是单点登录系统的问题，找相关的人看，人没理我，也难怪，所有人都成功的，就我一个失败的，人有信心是我的问题。
2、怀疑tomcat有问题，于是各种找tomcat的问题，还百度了各种跟我症状一样的情况。最后经过部署其他系统证明tomcat是无辜的。
3、 由于修改之前没有启动过系统，便自己不确定是不是系统原有的问题，于是怀疑是原有系统固有的bug。最后经过同事的验证，原有系统是好的。
4、于是确定跟我这次升级有关系了。
5、于是加了一个拦截器，断点成功了，进入到springmvc的源码了，跑着跑着，404了。
6、我竟然有一丝怀疑是spring版本不一致的问题。当然很快就排除了
7、于是我把单点登录的拦截去掉，换回旧的版本的单点登录，启动，仍然404。纳尼！！竟然在同事那里不报错，在我这里报错！心里有些不愉快了。。
8、于是把同事代码拷过来，放到我本地启动成功了！此时此刻，我心里想起来那个一开始被我注释掉的配置文件。
9、打开同事代码（升级单点登录之前的旧代码），看到那个配置文件舒舒坦坦的就在那放着。我心里已经百分百确定这个问题只需要五分钟就能结束了（启动一次服务就要一分钟，总得测试几下）
10，把一开始被我删除掉的配置文件加回来，启动，果然报错了。于是我去查看，果然这个文件不存在，于是跟进老代码去看，这个缺失的类，是在升级的时候注释掉的那个jar包里的。这这这。。。那那那，我上次升级的时候是怎么解决的呢？于是看了一眼上次升级的那个系统，nnd，我竟然是自己建了一个相同的类，把那个旧jar包的类写到了自己的系统中。。。呃呃呃，不得不感叹，当时的我是怎么那么聪明！故伎重演，解决完事！
总结：还是那句话，越是难以解决、越是诡异的问题，往往越是低级问题；另外，解决问题的思路、方向，如果反了，就永远没头了。如果是像我这种老系统正常，改了一点就出了诡异问题的情况，最简单的办法是把旧系统跑一遍，如果一切正常，那么检查修改点，如果不那么明显，那么就一点一点的往上加，总会加到一点发生错误的。此刻就是问题定位点了。