Первое, что приходит утром, сразу после того, как я включаю свой компьютер (Windows XP) и запускаю свой Eclipse, он просто показывает заставку и затем замерзает. Примерно через 20 минут он спросит меня, какое рабочее пространство нужно загрузить.
Проблема происходила с 3.5 и 3.6 Eclipse. С установкой 3.6 Eclipse у меня есть только стандартный PDE install + Google плагин (для разработки GWT) + Subclipse.
Поскольку у меня есть настройка, чтобы спросить меня о рабочей области, я вижу, что это не рабочее пространство или связанный с проектом.
Я подозреваю плагин Google, поскольку у меня не было никаких проблем перед его установкой, но я искал и не встречал никого, сообщающего о подобных проблемах.
Это происходит только один раз - сразу после того, как я включил машину утром. После этого начинается нормально - обычно через несколько секунд.
Чем это может быть? Как я могу узнать, что он делает?
Найдена моя проблема. Плагин Google GWT не очищается после себя и оставляет много файлов в папке Temp (C:\Documents and Settings {имя_пользователя}\Local Settings\Temp on XP). У меня было более 100000 файлов и несколько тысяч папок здесь - с более чем 99% из них из-за плагина Google GWT. Я удалил их, и теперь Eclipse запускается через несколько секунд вместо 20 минут. Плюс моя машина в целом работает более плавно.
Ссылка @CharlesB отправила меня в правильном направлении, но я обнаружил, что вам нужно только удалить файл .snap, расположенный здесь:
[Workspace Directory]/.metadata/.plugins/org.eclipse.core.resources/.snap
(Обратите внимание, что каталог .metadata скрыт.)
Возможно, этот пост в блоге может помочь:
В вашем каталоге рабочей области выполните следующие действия:
- cd.metadata/.plugins
- mv org.eclipse.core.resources org.eclipse.core.resources.bak
- Запустите eclipse. (Он должен показывать сообщение об ошибке или пустое рабочее пространство, потому что не найдено ни одного проекта.)
- Закройте все вкладки открытых редакторов.
- Закройте затмение.
rm -rf org.eclipse.core.resources(Удалить вновь созданный каталог.)mv org.eclipse.core.resources.bak/ org.eclipse.core.resources(Восстановить исходный каталог.)- Запустите eclipse и начните работу.: -)
У меня также была аналогичная проблема. Eclipse (Luna) начал нормально с заставки, затем открыл главное окно и сразу же замерзал. Для меня запустите eclipse с помощью
eclipse.exe -clean -refresh
исправлена проблема.
Попробуйте перезапустить eclipse с помощью флагов -console и -consoleLog. Это откроет консольное окно, когда вы сможете взаимодействовать с OSGi и видеть выход платформы. Эти флаги можно поместить в eclipse.ini в папку eclipse (где находится eclipse.exe). В окне консоли введите "ss", в котором будут отображаться, какие плагины загружены и запущены. Это может указывать на причину медлительности. Вы можете ввести start и stop для запуска и остановки пакетов OSGi. Кроме того, убедитесь, что в вашем eclipse.ini нет "-clean", так как это приведет к перезагрузке всех плагинов и может вызвать некоторую медленность.
Я установил Eclipse через прямую загрузку, а также Software Center, но на ubuntu 12.04 LTS оба они, похоже, зависают на экране всплеска, если каталог ~/workspace не удален.
Я обнаружил, что нажав на экран заставки, а затем нажав Enter, он отлично запускается, даже не удаляя каталог ~/workspace!!
В то время как @CharlesB, вероятно, работает для большинства людей для меня, это не так, как Eclipse обычно развращает индивидуальный проект (как правило, последний проект). Таким образом, я обнаружил, что связанные проекты удаляют .snap и .history того, что, по моему мнению, является последним проектом или всей папкой, чтобы работать лучше:
WORKSPACE/.metadata/.plugins/org.eclipse.core.resources/.projects/LAST_PROJ_BEFORE ECLIPSE_CRASHED
Затем перезапустите eclipse, и вы увидите, что LAST_PROJ_BEFORE_ECLIPSE_CRASHED закрыто. Удалите его, потому что вы не сможете открыть и reimport существующий проект в рабочей области (у вашего связанного проекта все равно будет .project).
Можно запустить JVM DevMode с явной спецификацией tempdir. Мы используем Ant для запуска DevMode, и у меня указан следующий JVM arg:
Можно использовать один и тот же аргумент "-D", если он запускается через плагин Google Eclipse.
Используемый нами tempdir регулярно очищается как часть нашего процесса сборки, поэтому управление накоплением нежелательных файлов осуществляется.
Для меня удаление файлов .snap и переименование и восстановление org.eclipse.core.resources не помогло. Мне пришлось удалить каталог .history внутри папки org.eclipse.core.resources. После этого я смог начать свое затмение.
Удалите папку .metadata в локальной рабочей области (это то, что сработало для меня). Кажется, что он содержит файл .LOCK, который, если он не закрыт должным образом, предотвращает запуск eclipse.
Это прекрасно работает.
У меня была аналогичная проблема с Luna4.4.2. Но это был первый раз, когда я открывал эту версию Eclipse, поэтому не было никаких проектов, поэтому ни один из вышеперечисленных решений для меня не был. Я ждал ~ 20 минут, не нажимая на замороженный экран. К счастью, экран "Choose Workspace" наконец появился, и Eclipse теперь отлично работает.
Для пользователей Linux. Мой запуск зависает после того, как я очистил кеш Eclipse. Когда Eclipse не работал, я сделал следующее:
После этого время запуска Eclipse вернется к разумным 5-10 с.
Для меня ниже было исправлено
В eclipse.ini убедитесь, что он указывает на java8 с правильной записью jvm.dll vm.
-vm
C:\Program Files\Java\jre1.8.0_131\bin\server\jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.8
-XX:+UseG1GC
-XX:+UseStringDeduplication
-Dosgi.requiredJavaVersion=1.8