Я тестировал некоторый код в Android-Studio для Windows 10 на новом ноутбуке с SSD среднего размера (256 ГБ). Обычно я храню код на реальных дисках, но я подумал, что для небольшого теста не будет иметь значения, если я использую виртуальный диск Google Drive File Stream - GDFS.
Но я чувствую, что был неправ. Когда я запускаю новое пустое приложение с большинством настроек по умолчанию, я получаю LockTimeoutException со следующим сообщением, и приложение не запускается.
Caused by: org.gradle.cache.LockTimeoutException: Timeout waiting to lock task history cache (G:\Mi unidad\Proy_2019_Android_Studio\100_tutoriales\00_first_app\.gradle\4.6\taskHistory). It is currently in use by another Gradle instance.
Owner PID: unknown
Our PID: 12512
Owner Operation: unknown
Our operation:
Lock file: G:\Mi unidad\Proy_2019_Android_Studio\100_tutoriales\00_first_app\.gradle\4.6\taskHistory\taskHistory.lock
at org.gradle.cache.internal.DefaultFileLockManager$DefaultFileLock.lock(DefaultFileLockManager.java:284)
at org.gradle.cache.internal.DefaultFileLockManager$DefaultFileLock.<init>(DefaultFileLockManager.java:154)
at org.gradle.cache.internal.DefaultFileLockManager.lock(DefaultFileLockManager.java:100)
at org.gradle.cache.internal.LockOnDemandCrossProcessCacheAccess.incrementLockCount(LockOnDemandCrossProcessCacheAccess.java:105)
at org.gradle.cache.internal.LockOnDemandCrossProcessCacheAccess.acquireFileLock(LockOnDemandCrossProcessCacheAccess.java:161)
at org.gradle.cache.internal.DefaultCacheAccess.onStartWork(DefaultCacheAccess.java:368)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:213)
at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:203)
at org.gradle.cache.internal.DefaultCacheAccess.newCache(DefaultCacheAccess.java:298)
at org.gradle.cache.internal.DefaultCacheAccess.newCache(DefaultCacheAccess.java:57)
at org.gradle.cache.internal.DefaultPersistentDirectoryStore.createCache(DefaultPersistentDirectoryStore.java:148)
at org.gradle.cache.internal.DefaultCacheFactory$ReferenceTrackingCache.createCache(DefaultCacheFactory.java:177)
at org.gradle.api.internal.changedetection.state.DefaultTaskHistoryStore.createCache(DefaultTaskHistoryStore.java:51)
at org.gradle.api.internal.changedetection.state.CacheBackedTaskHistoryRepository.<init>(CacheBackedTaskHistoryRepository.java:87)
at org.gradle.internal.service.scopes.TaskExecutionServices.createTaskHistoryRepository(TaskExecutionServices.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
at org.gradle.internal.service.ReflectionBasedServiceMethod.invoke(ReflectionBasedServiceMethod.java:35)
at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:855)
... 95 more
Что я знаю до сих пор, так это:
- Если я храню приложение на реальном диске (например, C), все работает нормально.
- Нет проблем с длиной или пробелами в пути. Я тестировал короткий путь с длинным путем с пробелами и без пробелов, и во всех случаях приложение запускается, если оно хранится в C.
- Но, если я сохраню исходный код на виртуальном диске, таком как GFS, Android-Studio завершится сбоем и вызовет исключение «LockTimeoutException». Я пытался приостановить синхронизацию GDFS, но это не решило проблему.