打包war包到线上更新项目，实际代码为更新

在本地打包了一个war包到线上更新项目，实际查看网站的功能未实时更新。更换服务器重新部署也无法实现。是war包的问题吗

1、war包放到本地tomcat测试试试
2、如果本地不行，war包可能有问题。把本地运行在开发工具的编译好的文件放到本地tomcat试试，没问题的话，war包的问题。
3、清服务器缓存
4、清浏览器缓存

是不是缓存问题，如果使用的是maven进行打包，最好在打包之前mvn clean 一下

看下代码有没有更新上去呗？是不是需要重启服务？

用的是什么web服务器？tomcat？替换了要重启tomcat，对于war包可以手动解压替换，tomcat如果发现同名的目录，有可能不解压

实际有没有解压成功，可以命令查看文件修改时间

原来的文件删了没有？

如果用的是eclipse,建议clean一下project

有可能是浏览器缓存，建议清除下缓存试试

1、查看修改的代码文件是否替换成功
2、是否重启了tomcat服务器
3、是否清除浏览器缓存
4、如果还是不行就把原来的工程删除，重新上传新war包，再重启tomcat服务器

正常不是你服务器的问题，首先要保证你的项目在本地能正常运行；其次，要保证你的代码打war包没问题（注意版本依赖问题，这个可能性比较大），你可以到war的解压
目录下查看你的classes文件和配置文件反编译核对；

war包打包项目,部署到服务器,应该只是为了传输方便.当war包部署到服务器后,tomcat会自动解析war包,里面的目录跟你本地解压war包是一样的.也跟你的eclipse的工作空间中的.metadata下的项目目录是一样的.如果你要更新其中的某一部分功能.没有必要更新全部war包(或者有时候,打完包传上去了才发现war包里面的配置文件还是本地的地址jdbc,redis等),你可以只更新需要改的class文件,比如说,我更新了登录功能,那么你只要把涉及到登录功能的java文件的编译后的class文件(或者redis配置文件),上传到服务器解析后的相同目录下.然后再重启tomcat即可.当改的文件多了之后,你可以再更新一下war包.
而你说的更换服务器后重新部署,也无法更新新的功能,那么看你更新的是jsp.html.js.css等前端文件还是后端文件,如果是前端文件,那么你重启tomcat后,需要清除一下浏览器缓存,才能看到更新后的前端js.jsp等后的效果,如果是更新的java文件,那么应该是相应的java文件没更新上去,也就是war包问题,此时,你可以只更新相关的java文件看看效果.

然后给你上几张图吧
服务器上的项目一般是这样的,我的配置文件是放在这里的,

如果你想更新里面的login功能和activity功能,只要把这两个class文件替换了就行,再重启tomcat

这些class文件在你本地电脑的F:\workspace.metadata.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\gzsms\WEB-INF\classes\com\xxxx\gzsms\xxx\xxx.class(这是eclipse工作空间中的,IDEA的没用过,不知道)

注意我标注的修改时间,如果你打的是war包,基本上修改时间都是一样的,是你打war包的时间,而本地文件中的时间,基本上是你eclipse自带的热部署功能的热部署之后的时间(也就是你修改完文件后的时间)