本地测试没问题，部署到服务器上的tomcat，启动报错
javax.naming.NameNotFoundException: 名称[xxx.LoginFilter/xxxService]未在此上下文中绑定
可能是由于在Tomcat的配置文件中，资源名称[xxxx]没有正确配置或者引用。为了解决这个问题，你可以尝试以下步骤：
1、检查你的Tomcat配置文件（如context.xml或server.xml），确保资源名称[xxxx]已经正确配置并且引用了正确的资源。
2、如果资源名称[xxxx]是一个JNDI资源，那么你需要确保这个资源在你的应用服务器上是可用的。例如，如果你的资源是一个数据库连接，那么你需要在应用服务器上配置一个相应的数据源。
3、如果资源名称[xxxx]是一个环境变量，那么你需要确保这个环境变量在你的操作系统中是可用的。
4、如果以上步骤都不能解决问题，那么可能是你的Tomcat版本和你的应用程序不兼容。你可能需要升级你的Tomcat版本或者降级你的应用程序版本。
如果以上步骤都无法解决，查看报错的类引用是否正确
以下是Autowired 和 Resource 注解的使用差别
1.来源不同
Autowired 和 Resource 注解来自不同的“父类”，其中Autowired注解是 Spring 定义的注解，而Resource 注解是 Java 定义的注解，它来自于 JSR-250（Java 250 规范提案）。
2、注入规则不同
Autowired注解是spring的注解,此注解只根据type进行注入,不会去匹配name。但是如果只根据type无法辨别注入对象时,就需要配合使用@Qualifier注解或者@Primary注解使用。
Resource注解有两个重要的属性，分别是name和type，如果name属性有值，则使用byName的自动注入策略，将值作为需要注入bean的名字，如果type有值，则使用byType自动注入策略，将值作为需要注入bean的类型。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。即@Resource注解默认按照名称进行匹配，名称可以通过name属性进行指定，如果没有指定name属性，当注解写在字段上时，默认取字段名，按照名称查找,当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是，如果name属性一旦指定，就只会按照名称进行装配。
3、依赖查找的顺序不同
Autowired注解先根据类型（byType）查找，如果存在多个（Bean）再根据名称（byName）进行查找；
Resource注解先根据名称（byName）查找，如果（根据名称）查找不到，再根据类型（byType）进行查找。
4、支持的参数不同
Autowired注解只支持设置 1 个参数，而Resource注解支持设置 7 个参数。
5、依赖注入的用法支持不同
Autowired注解支持属性注入、构造方法注入和 Setter 注入，而Resource注解只支持属性注入和 Setter 注入。
6、编译器 IDEA 的提示不同
当使用 IDEA 专业版在编写依赖注入的代码时，如果注入的是 Mapper 对象，那么使用Autowired注解编译器会提示报错信息。虽然 IDEA 会出现报错信息，但程序是可以正常执行的。 然后，我们再将依赖注入的注解更改为Resource注解就不会出现报错信息了
7、使用位置不同
两者都可以写在字段和setter方法上，如果写在字段上，那么就不需要在写setter方法。推荐使用Resource注解在字段上，这样不仅不需要写setter方法了，而且由于Resource注解属于J2EE，降低与spring的耦合。
共同点
- @Resource注解和@Autowired注解都可以用作bean的注入；
- 在接口只有一个实现类的时候,两个注解可以互相替换,效果相同。
根据以上分析，有可能是tomcat启动加载时使用了错误的注解，导致没能正常加载类，导致启动报错，尝试一下改变依赖方式试一下。
标签：xxxService,Resource,tomcat,Autowired,报错,名称,注解,注入 From： https://blog.csdn.net/weixin_42930944/article/details/137084733