Java三元表达式类型不匹配：cannot convert from String to void

这个编译错误和三元运算符本身的语法无关，Java三元运算符? :的核心逻辑和C#一致：冒号两侧的表达式返回值必须能兼容为统一类型，才能赋值给左侧变量。
报错Type mismatch: cannot convert from String to void说明编译器把整个三元表达式推断为了void类型，唯一的原因是冒号右侧的链式调用中，存在一个你预期会返回对象/字符串、实际方法签名返回值为void的方法，导致整个右侧表达式类型不符合String类型的赋值要求。
常见触发场景：

• 导包错误：项目中存在多个JSON库（org.json、Gson、Fastjson、Jakarta JSON、内部自定义JSON工具类），自动导包时选错了JsonObject类，该类对应的getJsonObject/getString方法存在void返回的签名
• 方法名写错：链式调用时误将返回void的方法（比如部分JSON库的put/add等写操作方法）当成了取值方法写入调用链
• 原始类型滥用：如果getJsonObject方法返回的是无泛型声明的原始类型（raw type），低版本JDK的编译器无法正确推断后续链式调用的返回值类型，也可能触发这类类型不匹配错误

• 拆分链式调用定位错误点
  把单行的三元表达式拆成多步的if-else写法，编译器会直接标记出返回void的具体方法位置，不需要靠猜：

  String severity;
  JsonObject impact = obj.getJsonObject("impact");
  if (impact == null || impact.isEmpty()) {
      severity = "N/A";
  } else {
      JsonObject baseMetricV2 = impact.getJsonObject("baseMetricV2");
      // 如果这行报错，说明getJsonObject方法签名不符合预期
      severity = baseMetricV2 == null ? "N/A" : baseMetricV2.getString("severity");
      // 如果这行报错，点进getString方法看签名，就能确认是不是返回void
  }
  

  拆分写法同时能规避原代码的空指针风险：原代码如果impact节点存在但baseMetricV2节点缺失，getJsonObject("baseMetricV2")会返回null，后续调用getString会直接抛出空指针异常。
• 校验导包
  检查文件头部的import语句，确认JsonObject导入的是你实际使用的JSON库对应的类，不要混入其他同名类、内部测试类的导入。
• 修复方法调用问题
  定位到返回void的错误方法后，替换成对应JSON库正确的取值方法即可，修复完成后如果偏好三元运算符的简洁写法，确认所有节点非空判断完备的前提下可以再写回三元形式。

内容的提问来源于stack exchange，提问作者M Usama Alvi