Я пробую зразок із Бібліотекою наполегливості кімнати . Я створив об'єкт:

@Entity
public class Agent {
    @PrimaryKey
    public String guid;
    public String name;
    public String email;
    public String password;
    public String phone;
    public String licence;
}

Створено клас DAO:

@Dao
public interface AgentDao {
    @Query("SELECT COUNT(*) FROM Agent where email = :email OR phone = :phone OR licence = :licence")
    int agentsCount(String email, String phone, String licence);

    @Insert
    void insertAgent(Agent agent);
}

Створено клас бази даних:

@Database(entities = {Agent.class}, version = 1)
public abstract class AppDatabase extends RoomDatabase {
    public abstract AgentDao agentDao();
}

Розкрита база даних за допомогою підкласу нижче в Котліні:

class MyApp : Application() {

    companion object DatabaseSetup {
        var database: AppDatabase? = null
    }

    override fun onCreate() {
        super.onCreate()
        MyApp.database =  Room.databaseBuilder(this, AppDatabase::class.java, "MyDatabase").build()
    }
}

Реалізована нижче функція в моїй діяльності:

void signUpAction(View view) {
        String email = editTextEmail.getText().toString();
        String phone = editTextPhone.getText().toString();
        String license = editTextLicence.getText().toString();

        AgentDao agentDao = MyApp.DatabaseSetup.getDatabase().agentDao();
        //1: Check if agent already exists
        int agentsCount = agentDao.agentsCount(email, phone, license);
        if (agentsCount > 0) {
            //2: If it already exists then prompt user
            Toast.makeText(this, "Agent already exists!", Toast.LENGTH_LONG).show();
        }
        else {
            Toast.makeText(this, "Agent does not exist! Hurray :)", Toast.LENGTH_LONG).show();
            onBackPressed();
        }
    }

На жаль, при виконанні вищевказаного методу він руйнується нижче сліду стека:

    FATAL EXCEPTION: main
 Process: com.example.me.MyApp, PID: 31592
java.lang.IllegalStateException: Could not execute method for android:onClick
    at android.support.v7.app.AppCompatViewInflater$DeclaredOnClickListener.onClick(AppCompatViewInflater.java:293)
    at android.view.View.performClick(View.java:5612)
    at android.view.View$PerformClick.run(View.java:22288)
    at android.os.Handler.handleCallback(Handler.java:751)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:154)
    at android.app.ActivityThread.main(ActivityThread.java:6123)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:757)
 Caused by: java.lang.reflect.InvocationTargetException
    at java.lang.reflect.Method.invoke(Native Method)
    at android.support.v7.app.AppCompatViewInflater$DeclaredOnClickListener.onClick(AppCompatViewInflater.java:288)
    at android.view.View.performClick(View.java:5612) 
    at android.view.View$PerformClick.run(View.java:22288) 
    at android.os.Handler.handleCallback(Handler.java:751) 
    at android.os.Handler.dispatchMessage(Handler.java:95) 
    at android.os.Looper.loop(Looper.java:154) 
    at android.app.ActivityThread.main(ActivityThread.java:6123) 
    at java.lang.reflect.Method.invoke(Native Method) 
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) 
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:757) 
 Caused by: java.lang.IllegalStateException: Cannot access database on the main thread since it may potentially lock the UI for a long periods of time.
    at android.arch.persistence.room.RoomDatabase.assertNotMainThread(RoomDatabase.java:137)
    at android.arch.persistence.room.RoomDatabase.query(RoomDatabase.java:165)
    at com.example.me.MyApp.RoomDb.Dao.AgentDao_Impl.agentsCount(AgentDao_Impl.java:94)
    at com.example.me.MyApp.View.SignUpActivity.signUpAction(SignUpActivity.java:58)
    at java.lang.reflect.Method.invoke(Native Method) 
    at android.support.v7.app.AppCompatViewInflater$DeclaredOnClickListener.onClick(AppCompatViewInflater.java:288) 
    at android.view.View.performClick(View.java:5612) 
    at android.view.View$PerformClick.run(View.java:22288) 
    at android.os.Handler.handleCallback(Handler.java:751) 
    at android.os.Handler.dispatchMessage(Handler.java:95) 
    at android.os.Looper.loop(Looper.java:154) 
    at android.app.ActivityThread.main(ActivityThread.java:6123) 
    at java.lang.reflect.Method.invoke(Native Method) 
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867) 
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:757) 

Схоже, що ця проблема пов'язана з виконанням операції db на головній потоці. Однак зразок тестового коду, наданого у вищенаведеному посиланні, не працює на окремому потоці:

@Test
    public void writeUserAndReadInList() throws Exception {
        User user = TestUtil.createUser(3);
        user.setName("george");
        mUserDao.insert(user);
        List<User> byName = mUserDao.findUsersByName("george");
        assertThat(byName.get(0), equalTo(user));
    }

Я щось тут пропускаю? Як я можу змусити його виконувати без збоїв? Будь ласка, підкажіть.

Доступ до бази даних до основного потоку, що блокує інтерфейс користувача, є помилкою, як сказав Дейл.

Створіть статичний вкладений клас (для запобігання витоку пам’яті) у своїй діяльності, що розширює AsyncTask.

private static class AgentAsyncTask extends AsyncTask<Void, Void, Integer> {

    //Prevent leak
    private WeakReference<Activity> weakActivity;
    private String email;
    private String phone;
    private String license;

    public AgentAsyncTask(Activity activity, String email, String phone, String license) {
        weakActivity = new WeakReference<>(activity);
        this.email = email;
        this.phone = phone;
        this.license = license;
    }

    @Override
    protected Integer doInBackground(Void... params) {
        AgentDao agentDao = MyApp.DatabaseSetup.getDatabase().agentDao();
        return agentDao.agentsCount(email, phone, license);
    }

    @Override
    protected void onPostExecute(Integer agentsCount) {
        Activity activity = weakActivity.get();
        if(activity == null) {
            return;
        }

        if (agentsCount > 0) {
            //2: If it already exists then prompt user
            Toast.makeText(activity, "Agent already exists!", Toast.LENGTH_LONG).show();
        } else {
            Toast.makeText(activity, "Agent does not exist! Hurray :)", Toast.LENGTH_LONG).show();
            activity.onBackPressed();
        }
    }
}

Або ви можете створити заключний клас із власного файлу.

Потім виконайте його методом signUpAction (Перегляд подання):

new AgentAsyncTask(this, email, phone, license).execute();

У деяких випадках ви також можете захотіти посилання на AgentAsyncTask у своїй діяльності, щоб ви могли скасувати його, коли діяльність знищена. Але вам доведеться самостійно переривати будь-які операції.

Також ваше запитання щодо тестового прикладу Google ... Вони вказані на цій веб-сторінці:

Рекомендований підхід для тестування реалізації вашої бази даних - це написання тесту JUnit, який працює на пристрої Android. Оскільки для цих тестів не потрібно створювати діяльність, вони повинні бути швидшими, ніж ваші тести на інтерфейс користувача.

Ні активності, ні інтерфейсу користувача.

--EDIT--

Для людей, які цікавляться ... У вас є інші варіанти. Рекомендую ознайомитися з новими компонентами ViewModel і LiveData. LiveData чудово працює із Room. https://developer.android.com/topic/libraries/architecture/livedata.html

Інший варіант - RxJava / RxAndroid. Більш потужний, але складніший за LiveData. https://github.com/ReactiveX/RxJava

--EDIT 2--

Оскільки багато людей можуть зіткнутися з цією відповіддю ... Найкращий варіант на сьогоднішній день, загалом кажучи, - це Котролін Котлін. Кімната тепер підтримує його безпосередньо (зараз у бета-версії). https://kotlinlang.org/docs/reference/coroutines-overview.html https://developer.android.com/jetpack/androidx/releases/room#2.1.0-beta01

Це не рекомендується, але ви можете отримати доступ до бази даних на головному потоці за допомогою allowMainThreadQueries()

MyApp.database =  Room.databaseBuilder(this, AppDatabase::class.java, "MyDatabase").allowMainThreadQueries().build()

Котролі Котлін (чіткі та стислі)

AsyncTask дійсно незграбний. Супроводи - це чистіша альтернатива (просто розсипте пару ключових слів, і ваш код синхронізації стане асинхронічним).

// Step 1: add `suspend` to your fun
suspend fun roomFun(...): Int
suspend fun notRoomFun(...) = withContext(Dispatchers.IO) { ... }

// Step 2: launch from coroutine scope
private fun myFun() {
    lifecycleScope.launch { // coroutine on Main
        val queryResult = roomFun(...) // coroutine on IO
        doStuff() // ...back on Main
    }
}

Залежності (додає сфери застосування програм для компонентів арки):

// lifecycleScope:
implementation 'androidx.lifecycle:lifecycle-runtime-ktx:2.2.0-alpha04'

// viewModelScope:
implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.2.0-alpha04'

- Оновлення:
08-May-2019: номер 2,1 тепер підтримує suspend
13-Sep-2019: Оновлений використовувати Архітектура компонентів сфери

Для всіх любителів RxJava або RxAndroid або RxKotlin там

Observable.just(db)
          .subscribeOn(Schedulers.io())
          .subscribe { db -> // database operation }

Ви не можете запустити його в основному потоці, а замість цього використовувати обробники, асинхронізацію чи робочі потоки. Зразок коду доступний тут, а статті про бібліотеку кімнат читайте тут: Бібліотека кімнат Android

/**
 *  Insert and get data using Database Async way
 */
AsyncTask.execute(new Runnable() {
    @Override
    public void run() {
        // Insert Data
        AppDatabase.getInstance(context).userDao().insert(new User(1,"James","Mathew"));

        // Get Data
        AppDatabase.getInstance(context).userDao().getAllUsers();
    }
});

Якщо ви хочете запустити його на головній нитці, яка не є бажаним способом.

Ви можете використовувати цей метод для досягнення основної нитки Room.inMemoryDatabaseBuilder()

З лямбдаю легко працювати з AsyncTask

 AsyncTask.execute(() -> //run your query here );

За допомогою бібліотеки Jetbrains Anko ви можете використовувати метод doAsync {..} для автоматичного виконання дзвінків до бази даних. Це вирішує проблему багатослівності, яку ви, здавалося, мали у відповіді mcastro.

Приклад використання:

    doAsync { 
        Application.database.myDAO().insertUser(user) 
    }

Я часто використовую це для вставок та оновлень, однак для обраних запитів рекомендую використовувати робочий процес RX.

Просто виконайте операції з базою даних в окремій потоці. Ось так (Котлін):

Thread {
   //Do your database´s operations here
}.start()

Ви повинні виконати запит у фоновому режимі. Простим способом може бути використання Виконавців :

Executors.newSingleThreadExecutor().execute { 
   yourDb.yourDao.yourRequest() //Replace this by your request
}

Елегантне рішення RxJava / Kotlin - це використання Completable.fromCallable, яке дасть вам спостережливість, яка не повертає значення, але може спостерігати та підписатись на іншому потоці.

public Completable insert(Event event) {
    return Completable.fromCallable(new Callable<Void>() {
        @Override
        public Void call() throws Exception {
            return database.eventDao().insert(event)
        }
    }
}

Або в Котліні:

fun insert(event: Event) : Completable = Completable.fromCallable {
    database.eventDao().insert(event)
}

Ви можете спостерігати і підписатися, як зазвичай:

dataManager.insert(event)
    .subscribeOn(scheduler)
    .observeOn(AndroidSchedulers.mainThread())
    .subscribe(...)

Ви можете дозволити доступ до бази даних на головному потоці, але лише для налагодження, не слід робити цього на виробництві.

Ось причина.

Примітка: Кімната не підтримує доступ до бази даних в основному потоці, якщо ви не викликали в дозволі будівельника enableMainThreadQueries (), оскільки він може блокувати користувальницький інтерфейс на тривалий період часу. Асинхронні запити - запити, що повертають екземпляри LiveData або Flowable - виключаються з цього правила, оскільки вони асинхронно виконують запит на фоновому потоці, коли це необхідно.

Просто ви можете використовувати цей код для вирішення:

Executors.newSingleThreadExecutor().execute(new Runnable() {
                    @Override
                    public void run() {
                        appDb.daoAccess().someJobes();//replace with your code
                    }
                });

Або в лямбда ви можете використовувати цей код:

Executors.newSingleThreadExecutor().execute(() -> appDb.daoAccess().someJobes());

Ви можете замінити appDb.daoAccess().someJobes()власним кодом;

Оскільки asyncTask застарілий, ми можемо використовувати службу виконавців. АБО ви також можете використовувати ViewModel з LiveData як пояснено в інших відповідях.

Для використання послуги виконавця ви можете використовувати щось на кшталт нижче.

public class DbHelper {

    private final Executor executor = Executors.newSingleThreadExecutor();

    public void fetchData(DataFetchListener dataListener){
        executor.execute(() -> {
                Object object = retrieveAgent(agentId);
                new Handler(Looper.getMainLooper()).post(() -> {
                        dataListener.onFetchDataSuccess(object);
                });
        });
    }
}

Основний Looper використовується, щоб ви могли отримати доступ до елемента інтерфейсу з onFetchDataSuccessзворотного дзвінка.

Повідомлення про помилку,

Неможливо отримати доступ до бази даних на головному потоці, оскільки він може блокувати інтерфейс на довгі періоди часу.

Досить описовий і точний. Питання в тому, як слід уникати доступу до бази даних в основному потоці. Це величезна тема, але для початку прочитайте про AsyncTask (натисніть тут)

----- РЕДАКЦІЯ ----------

Я бачу, що у вас виникають проблеми під час запуску одиничного тесту. У вас є кілька варіантів, щоб виправити це:

1. Проведіть тест безпосередньо на розроблювальній машині, а не на пристрої Android (або емуляторі). Це працює для тестів, орієнтованих на базу даних, і не важливо, чи вони працюють на пристрої.

2. Використовуйте примітку @RunWith(AndroidJUnit4.class) для запуску тесту на пристрої Android, але не в діяльності з інтерфейсом користувача. Детальніше про це можна прочитати в цьому підручнику

Якщо вам зручніше завдання Async :

  new AsyncTask<Void, Void, Integer>() {
                @Override
                protected Integer doInBackground(Void... voids) {
                    return Room.databaseBuilder(getApplicationContext(),
                            AppDatabase.class, DATABASE_NAME)
                            .fallbackToDestructiveMigration()
                            .build()
                            .getRecordingDAO()
                            .getAll()
                            .size();
                }

                @Override
                protected void onPostExecute(Integer integer) {
                    super.onPostExecute(integer);
                    Toast.makeText(HomeActivity.this, "Found " + integer, Toast.LENGTH_LONG).show();
                }
            }.execute();

Оновлення: я також отримав це повідомлення, коли я намагався створити запит, використовуючи @RawQuery та SupportSQLiteQuery всередині DAO.

@Transaction
public LiveData<List<MyEntity>> getList(MySettings mySettings) {
    //return getMyList(); -->this is ok

    return getMyList(new SimpleSQLiteQuery("select * from mytable")); --> this is an error

Рішення: побудуйте запит всередині ViewModel і передайте його DAO.

public MyViewModel(Application application) {
...
        list = Transformations.switchMap(searchParams, params -> {

            StringBuilder sql;
            sql = new StringBuilder("select  ... ");

            return appDatabase.rawDao().getList(new SimpleSQLiteQuery(sql.toString()));

        });
    }

Або ...

Ви не повинні отримувати доступ до бази даних безпосередньо в основному потоці, наприклад:

 public void add(MyEntity item) {
     appDatabase.myDao().add(item); 
 }

Ви повинні використовувати AsyncTask для операцій з оновлення, додавання та видалення.

Приклад:

public class MyViewModel extends AndroidViewModel {

    private LiveData<List<MyEntity>> list;

    private AppDatabase appDatabase;

    public MyViewModel(Application application) {
        super(application);

        appDatabase = AppDatabase.getDatabase(this.getApplication());
        list = appDatabase.myDao().getItems();
    }

    public LiveData<List<MyEntity>> getItems() {
        return list;
    }

    public void delete(Obj item) {
        new deleteAsyncTask(appDatabase).execute(item);
    }

    private static class deleteAsyncTask extends AsyncTask<MyEntity, Void, Void> {

        private AppDatabase db;

        deleteAsyncTask(AppDatabase appDatabase) {
            db = appDatabase;
        }

        @Override
        protected Void doInBackground(final MyEntity... params) {
            db.myDao().delete((params[0]));
            return null;
        }
    }

    public void add(final MyEntity item) {
        new addAsyncTask(appDatabase).execute(item);
    }

    private static class addAsyncTask extends AsyncTask<MyEntity, Void, Void> {

        private AppDatabase db;

        addAsyncTask(AppDatabase appDatabase) {
            db = appDatabase;
        }

        @Override
        protected Void doInBackground(final MyEntity... params) {
            db.myDao().add((params[0]));
            return null;
        }

    }
}

Якщо ви використовуєте LiveData для вибраних операцій, вам не потрібен AsyncTask.

Для швидких запитів ви можете дозволити кімнаті виконати його на потоці інтерфейсу користувача.

AppDatabase db = Room.databaseBuilder(context.getApplicationContext(),
        AppDatabase.class, DATABASE_NAME).allowMainThreadQueries().build();

У моєму випадку мені довелося з’ясувати, чи перебуває у списку користувачів, що перебуває у списку, чи немає у базі даних. Якщо ні, то створіть користувача та почніть іншу діяльність

       @Override
        public void onClick(View view) {



            int position = getAdapterPosition();

            User user = new User();
            String name = getName(position);
            user.setName(name);

            AppDatabase appDatabase = DatabaseCreator.getInstance(mContext).getDatabase();
            UserDao userDao = appDatabase.getUserDao();
            ArrayList<User> users = new ArrayList<User>();
            users.add(user);
            List<Long> ids = userDao.insertAll(users);

            Long id = ids.get(0);
            if(id == -1)
            {
                user = userDao.getUser(name);
                user.setId(user.getId());
            }
            else
            {
                user.setId(id);
            }

            Intent intent = new Intent(mContext, ChatActivity.class);
            intent.putExtra(ChatActivity.EXTRAS_USER, Parcels.wrap(user));
            mContext.startActivity(intent);
        }
    }

Ви можете використовувати Future і Callable. Таким чином, вам не потрібно буде писати довгий асинтакт, і ви можете виконувати свої запити, не додаючи дозволуMainThreadQueries ().

Мій запит дао: -

@Query("SELECT * from user_data_table where SNO = 1")
UserData getDefaultData();

Мій метод сховища: -

public UserData getDefaultData() throws ExecutionException, InterruptedException {

    Callable<UserData> callable = new Callable<UserData>() {
        @Override
        public UserData call() throws Exception {
            return userDao.getDefaultData();
        }
    };

    Future<UserData> future = Executors.newSingleThreadExecutor().submit(callable);

    return future.get();
}

На мою думку, правильне зробити - це делегувати запит до IO-потоку за допомогою RxJava.

У мене є приклад рішення еквівалентної проблеми, з якою я щойно стикався.

((ProgressBar) view.findViewById(R.id.progressBar_home)).setVisibility(View.VISIBLE);//Always good to set some good feedback
        Completable.fromAction(() -> {
            //Creating view model requires DB access
            homeViewModel = new ViewModelProvider(this, factory).get(HomeViewModel.class);
        }).subscribeOn(Schedulers.io())//The DB access executes on a non-main-thread thread
        .observeOn(AndroidSchedulers.mainThread())//Upon completion of the DB-involved execution, the continuation runs on the main thread
        .subscribe(
                () ->
                {
                    mAdapter = new MyAdapter(homeViewModel.getExams());
                    recyclerView.setAdapter(mAdapter);
                    ((ProgressBar) view.findViewById(R.id.progressBar_home)).setVisibility(View.INVISIBLE);
                },
                error -> error.printStackTrace()
        );

І якщо ми хочемо узагальнити рішення:

((ProgressBar) view.findViewById(R.id.progressBar_home)).setVisibility(View.VISIBLE);//Always good to set some good feedback
        Completable.fromAction(() -> {
            someTaskThatTakesTooMuchTime();
        }).subscribeOn(Schedulers.io())//The long task executes on a non-main-thread thread
        .observeOn(AndroidSchedulers.mainThread())//Upon completion of the DB-involved execution, the continuation runs on the main thread
        .subscribe(
                () ->
                {
                    taskIWantToDoOnTheMainThreadWhenTheLongTaskIsDone();
                },
                error -> error.printStackTrace()
        );