我来帮你拆解这两个Android开发中常见的问题：

1. 频繁实例化DatabaseHelper是否存在性能隐患？ #

首先明确：SQLiteOpenHelper（你的DatabaseHelper的父类）本身会缓存SQLiteDatabase实例，所以每次调用getReadableDatabase()/getWritableDatabase()不会重复打开数据库连接。但问题出在频繁创建DatabaseHelper对象本身：

RecyclerView的onBindViewHolder方法会在列表滚动时被高频触发（比如快速滑过几十条条目，就会调用几十次），每次都new一个DatabaseHelper，意味着每次都要初始化对象、持有Context引用、执行构造逻辑。虽然单个Helper对象的开销不大，但积少成多会增加GC的工作量，在低端机型或大列表场景下，可能导致列表卡顿。

如果你的DatabaseHelper构造函数里还有额外初始化逻辑，开销会更明显。所以结论是：确实存在性能隐患，绝对不推荐在onBindViewHolder里频繁实例化DatabaseHelper。

2. 如何正确通过构造函数传入Context以避免空指针异常？ #

你遇到的空指针，大概率是这几个原因之一：传入Adapter的Context本身为null（比如Activity未初始化完成就创建Adapter）、使用了已销毁的Context（比如Activity销毁后传入的实例）、或者DatabaseHelper构造未正确处理Context参数。下面是具体解决方法：

方法一：使用ApplicationContext并安全初始化 #

优先选择ApplicationContext，它的生命周期和应用一致，不会因Activity/Fragment销毁而失效，还能避免内存泄漏（如果Adapter持有Activity Context，Activity销毁后Adapter未回收就会泄漏内存）。

在Adapter构造函数中先做非空检查，再初始化DatabaseHelper：

public class MtbListAdapter extends RecyclerView.Adapter<MtbListAdapter.ViewHolder> {
    private DatabaseHelper dbHelper;
    private List<YourDataModel> dataList;

    // 构造函数
    public MtbListAdapter(Context context, List<YourDataModel> dataList) {
        // 先做非空校验，提前暴露问题
        if (context == null) {
            throw new IllegalArgumentException("Context cannot be null!");
        }
        // 使用ApplicationContext保证生命周期安全
        this.dbHelper = new DatabaseHelper(context.getApplicationContext());
        this.dataList = dataList;
    }

    @Override
    public void onBindViewHolder(@NonNull ViewHolder holder, int position) {
        YourDataModel item = dataList.get(position);
        // 直接复用全局的dbHelper查询状态
        boolean isSaved = dbHelper.isItemSaved(item.getId());
        holder.statusView.setChecked(isSaved);
    }

    // 适配器脱离RecyclerView时关闭数据库连接，避免资源泄漏
    @Override
    public void onDetachedFromRecyclerView(@NonNull RecyclerView recyclerView) {
        super.onDetachedFromRecyclerView(recyclerView);
        if (dbHelper != null) {
            dbHelper.close();
        }
    }
}

同时确保你的DatabaseHelper构造函数正确接收Context：

public class DatabaseHelper extends SQLiteOpenHelper {
    private static final String DB_NAME = "your_db_name.db";
    private static final int DB_VERSION = 1;

    public DatabaseHelper(Context context) {
        super(context, DB_NAME, null, DB_VERSION);
    }

    // 自定义查询方法示例
    public boolean isItemSaved(int itemId) {
        SQLiteDatabase db = getReadableDatabase();
        Cursor cursor = db.query("your_table", new String[]{"id"}, "id=?", 
                                new String[]{String.valueOf(itemId)}, null, null, null);
        boolean exists = cursor.getCount() > 0;
        cursor.close();
        return exists;
    }

    // 实现onCreate、onUpgrade等必要方法
    @Override
    public void onCreate(SQLiteDatabase db) {
        // 创建表逻辑
    }

    @Override
    public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
        // 数据库升级逻辑
    }
}

方法二：用单例模式管理DatabaseHelper（更推荐） #

全局只维护一个DatabaseHelper实例，彻底避免多次创建的问题，同时保证Context的有效性：

public class DatabaseHelper extends SQLiteOpenHelper {
    private static DatabaseHelper instance;
    private static final String DB_NAME = "your_db_name.db";
    private static final int DB_VERSION = 1;

    // 私有构造，禁止外部直接实例化
    private DatabaseHelper(Context context) {
        super(context.getApplicationContext(), DB_NAME, null, DB_VERSION);
    }

    // 全局获取实例的方法，线程安全
    public static synchronized DatabaseHelper getInstance(Context context) {
        if (instance == null) {
            instance = new DatabaseHelper(context);
        }
        return instance;
    }

    // 其他方法同上...
}

然后在Adapter中调用：

public MtbListAdapter(Context context, List<YourDataModel> dataList) {
    if (context == null) {
        throw new IllegalArgumentException("Context cannot be null!");
    }
    this.dbHelper = DatabaseHelper.getInstance(context);
    this.dataList = dataList;
}

额外注意事项 #

• 在Fragment中初始化Adapter时，不要直接用getContext()，应该用requireContext()（Fragment未attach时会抛出异常，方便排查问题），再获取ApplicationContext：requireContext().getApplicationContext()。
• 不要在Adapter中持有Activity的Context，优先用ApplicationContext避免内存泄漏。

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