Spring调用postRepo.save保存记录到MariaDB时抛出空指针无法落库

日志已经明确给出了空指针的触发原因：postRepo字段为null，Spring容器未将PostRepo的Bean注入到PostMakerController中，与实体类ID生成策略、MariaDB数据库配置、Thymeleaf渲染逻辑、表单长度校验逻辑完全无关，你最初猜测的“ID为null导致保存失败”是对栈信息的误判。

按优先级排查修复步骤 #

• 检查组件扫描覆盖范围
  Spring Boot默认会从主启动类所在的包开始，递归扫描子包下所有带@Controller/@Repository/@Service注解的类。如果你的PostMakerController或PostRepo所在的包路径不在主启动类的扫描范围内，就会出现Bean未被注册、注入为null的问题。
  修复方式：在主启动类上显式声明扫描与JPA仓储的扫描路径，避免包路径变更导致的扫描失效：

@SpringBootApplication(scanBasePackages = {"com.dzeru.springloginformandoauth2tutorial"})
@EnableJpaRepositories(basePackages = {"com.dzeru.springloginformandoauth2tutorial.repos"})
public class LoginDemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(LoginDemoApplication.class, args);
    }
}

• 修正PostRepo的配置
  你当前的PostRepo接口同时标注了@Repository和@Service，对于Spring Data JPA的仓储接口来说，多余的注解不会直接导致注入失败，但存在两个需要修正的问题：

1. 泛型主键类型与实体类不匹配：你定义的是JpaRepository<Post, Integer>，但Post实体类的ID字段是Long，后续JPA操作会触发类型不匹配异常
2. 注解冗余：Spring Data JPA的仓储接口只要被@EnableJpaRepositories扫描到就会自动生成代理Bean，不需要额外加@Service注解
   修正后的PostRepo代码：

package com.dzeru.springloginformandoauth2tutorial.repos;

import com.dzeru.springloginformandoauth2tutorial.entities.Post;
import org.springframework.data.jpa.repository.JpaRepository;
import org.springframework.stereotype.Repository;

@Repository
public interface PostRepo extends JpaRepository<Post, Long> {
}

• 排查Controller的实例化来源
  这是最容易被忽略的诱因：如果项目中存在手动new PostMakerController()的代码（比如在静态工具类、测试类中直接创建对象调用接口方法），这个脱离Spring容器的实例不会触发依赖注入流程，所有@Autowired标注的字段都会保持null值。
  修复方式：全局检索项目中所有创建PostMakerController实例的代码，确保所有Controller对象都由Spring容器统一管理，不允许手动实例化。
• 替换字段注入为构造器注入
  你当前使用字段级@Autowired注入的方式，在容器初始化顺序异常时很容易出现注入失败的问题，改成构造器注入可以从根源上避免空指针风险：

@Controller
public class PostMakerController {
    private final PostRepo postRepo;

    // Spring 4.3+ 版本下，单构造器无需额外标注@Autowired
    public PostMakerController(PostRepo postRepo) {
        this.postRepo = postRepo;
    }

    // 原有请求映射逻辑保持不变
    @PostMapping("/prj")
    public String makePost(String title, String content, Principal principal, Model model) {
        // 原有校验逻辑、数据库操作逻辑不变
    }
}

附加配置优化 #

• 将Post实体类的ID生成策略调整为GenerationType.IDENTITY，和MariaDB的自增主键行为匹配，避免GenerationType.AUTO在不同数据库下的兼容性问题：

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;

• 确认表单提交的/prj路径没有被Spring Security的拦截规则拦截，虽然当前日志显示请求已经进入Controller方法内部，但如果存在权限配置问题，后续可能出现额外的权限校验异常。

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