Flutter中split方法触发NullSafety错误，Android Studio建议修复方案无效的求助

先帮你揪出问题的核心：条件判断的逻辑漏洞导致你以为已经排除了null，但实际上Dart的类型系统没认可这个判断，甚至你的判断本身就没拦住null值进入分支。

咱们拆解下问题：你写的if(snapshot.data != "")，如果snapshot.data是null的话，null != ""的结果是true，这时候会直接进入分支执行var str = snapshot.data;——此时str就是null，调用split自然触发Null Safety错误。这也是为什么你加!或?.都没彻底解决的原因，根源是进入分支的条件本身就允许了null的存在。

正确的解决方案 #

你需要先确保snapshot.data不为null，再判断它不是空字符串，这样Dart的类型系统才能明确知道进入分支后snapshot.data是一个非空的String。修改后的代码如下：

FutureBuilder(
  future: jwtOrEmpty,
  builder: (context, snapshot) {
    if(!snapshot.hasData) return CircularProgressIndicator();
    // 先判断不为null，再判断非空字符串
    if(snapshot.data != null && snapshot.data!.isNotEmpty) {
      // 这里用!是安全的，前面的判断已经确保了非null
      var str = snapshot.data!;
      var jwt = str.split(".");
      if(jwt.length !=3) {
        return LoginPage();
      } else {
        var payload = json.decode(ascii.decode(base64.decode(base64.normalize(jwt[1]))));
        if(DateTime.fromMillisecondsSinceEpoch(payload["exp"]*1000).isAfter(DateTime.now())) {
          return HomePage(str, payload);
        } else {
          return LoginPage();
        }
      }
    } else {
      return LoginPage();
    }
  }
),

额外优化建议 #

为了让类型提示更精准，你可以给FutureBuilder指定泛型（前提是jwtOrEmpty的类型是Future<String>），这样IDE能提前帮你规避类型问题：

FutureBuilder<String>(
  future: jwtOrEmpty,
  builder: (context, snapshot) {
    // ... 后续逻辑和上面一致即可
  }
)

这样调整后，不仅解决了split的Null Safety错误，也让整个逻辑更严谨，彻底避免了null值流入后续处理流程。

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