Android创建SQLite数据表失败，iOS正常，寻求技术支持

看起来你遇到的是Xamarin/.NET MAUI中SQLite跨平台适配的典型问题——iOS端运行正常，但Android端在创建数据库表时翻车。结合你的代码细节，我整理了几个核心排查方向和解决方案：

1. 别在构造函数里用Wait()阻塞异步操作 #

你的构造函数里写了database.CreateTableAsync<Calculation>().Wait();，这在Android主线程里很容易触发死锁：CreateTableAsync需要后台线程执行，但Wait()会死死堵住主线程，导致异步任务根本没法完成，最终要么超时要么抛出异常。

修复方式： #

把数据库初始化逻辑拆成单独的异步方法，别在构造函数里硬阻塞：

public class CalcDatabase
{
    private SQLiteAsyncConnection _database;

    public CalcDatabase(string dbPath)
    {
        _database = new SQLiteAsyncConnection(dbPath);
    }

    // 单独的异步初始化方法
    public async Task InitializeDatabaseAsync()
    {
        await _database.CreateTableAsync<Calculation>();
    }
}

然后在调用的地方（比如App启动时）异步执行初始化：

var dbPath = // 从LocalFileHelper获取路径
var calcDb = new CalcDatabase(dbPath);
await calcDb.InitializeDatabaseAsync();

2. 检查Calculation实体类是否符合SQLite规则 #

SQLite对实体类有硬性要求，iOS可能因为环境兼容宽松没报错，但Android会严格校验：

• 必须有主键字段，建议用[PrimaryKey, AutoIncrement]标记自增主键
• 字段类型要匹配SQLite支持的类型（比如别用decimal，改用double/int；别用DateTimeOffset，改用DateTime）

示例合法的实体类：

public class Calculation
{
    [PrimaryKey, AutoIncrement]
    public int Id { get; set; }
    public double CalculationResult { get; set; }
    public DateTime CreatedTime { get; set; }
}

3. 确认LocalFileHelper返回的路径合法 #

Android对文件存储权限管控很严，必须确保你的LocalFileHelper返回的是应用私有目录的路径，不能随便用公共存储（否则会触发权限拒绝）。

正确的Android路径获取逻辑（以.NET MAUI为例）：

public class LocalFileHelper : IFileHelper
{
    public string GetLocalFilePath(string filename)
    {
        // 获取应用专属的私有数据目录，无需额外权限
        string appDataPath = Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData);
        return Path.Combine(appDataPath, filename);
    }
}

4. 捕获异常看具体错误信息 #

如果以上方法都没解决，建议给CreateTableAsync加异常捕获，打印出具体错误——这是定位问题最快的方式：

try
{
    await _database.CreateTableAsync<Calculation>();
}
catch (Exception ex)
{
    // 打印异常详情到控制台或日志
    Console.WriteLine($"创建表失败：{ex.Message}\n堆栈信息：{ex.StackTrace}");
}

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