NetBeans环境下使用Twilio发送SMS时触发NoSuchMethodError异常

这个异常和Twilio短信发送逻辑本身无关——你测试时短信能成功送达，已经证明Twilio的鉴权、网络请求、API调用全流程是正常的。报错的核心是类路径下的Jackson库版本冲突：

• 你引入的twilio-8.9.0-jar-with-dependencies.jar本身已经打包了适配Twilio SDK运行的全套Jackson依赖
• 但你的Web项目、NetBeans关联的Web容器里，额外存在其他版本的Jackson相关JAR；类加载时优先命中了旧版本的jackson-datatype-jsr310类，这个旧版本类里根本不存在报错堆栈提到的findFormatOverrides方法，才会触发NoSuchMethodError
• 之所以短信发出去了才崩：Twilio的发送逻辑在序列化请求、发起HTTP请求的阶段，不需要用到jsr310模块的反序列化类；等请求发完，SDK要解析Twilio返回的响应（把响应里的时间字段转成Java 8时间类型）时，才会加载到不兼容的旧Jackson类，触发异常。

• 第一步：全量排查移除冗余Jackson JAR
  • 打开项目的web/WEB-INF/lib目录，把里面所有和Jackson相关的JAR全部移走，不管是jackson-core、jackson-databind、jackson-annotations还是jackson-datatype-jsr310，一个都不要留
  • 检查NetBeans关联的Tomcat/Glassfish等Web容器的公共lib目录，把容器层面存放的Jackson JAR也全部清理，避免容器层面加载旧版本类干扰项目
• 第二步：替换依赖引入方式，避免类覆盖
  直接把twilio-8.9.0-jar-with-dependencies.jar放到lib目录很容易出问题：这个JAR内部已经打包了全量Jackson类，只要项目其他地方存在同名的旧Jackson类，类加载器就会优先加载到旧版本，覆盖Twilio包里的适配类。
  更稳妥的操作是：

  不使用带全量依赖的全包JAR，单独下载Twilio 8.9.0运行要求的、版本完全对齐的Jackson依赖JAR，逐个放到WEB-INF/lib目录下。注意要确认jackson-datatype-jsr310的版本在2.12.0及以上——你报错里找不到的findFormatOverrides方法，是这个版本之后才在该模块里实现的，如果加载的是2.11.x及更早的版本，必然会抛这个错。

• 第三步：快速定位冲突来源的临时方法
  如果暂时不确定是哪个JAR在捣乱，可以给NetBeans关联的Web容器加JVM启动参数-verbose:class，容器启动后在日志里搜索JSR310DateTimeDeserializerBase的加载路径，日志会直接打印出这个类是从哪个JAR文件加载的，直接找到对应的冲突JAR移除即可。
• 第四步：NetBeans 8.2 场景的避坑提醒
  不要把Twilio依赖放到NetBeans的全局库目录再通过项目引用使用，全局库的类加载优先级比项目WEB-INF/lib高，很容易和项目里其他依赖的Jackson版本冲突。所有和Twilio运行相关的JAR，都直接放在项目的WEB-INF/lib目录下，确保类加载路径完全可控。

内容的提问来源于stack exchange，提问作者user15520720