Советы по устранению неполадок

Статья
07/13/2023

Получение диагностических сведений

В Xamarin.Android есть несколько областей, которые следует рассмотреть при отслеживании различных ошибок. Например:

Выходные данные диагностики MSBuild.
Журналы развертывания устройств.
Выходные данные журнала отладки Android.

Выходные данные диагностики MSBuild

Диагностика MSBuild может содержать дополнительные сведения, относящиеся к сборке пакетов, а также некоторые сведения о развертывании пакета.

Чтобы включить вывод диагностики MSBuild в Visual Studio, выполните следующие действия:

Нажмите кнопку " Параметры инструментов > " ...
В представлении дерева слева выберите "Проекты и решения сборка и запуск">
На панели справа в раскрывающемся списке детализации выходных данных сборки MSBuild выберите вариант "Диагностика".
Нажмите кнопку ОК.
Выполните очистку и перестройку пакета.
Выходные данные диагностики появятся в области вывода.

Чтобы включить выходные данные диагностики MSBuild в Visual Studio для Mac/OS X, выполните следующие действия.

Щелкните Visual Studio для Mac > настройки...
В представлении дерева слева выберите "Сборка проектов > "
На панели справа откройте раскрывающийся список детализации журнала и выберите вариант "Диагностика".
Нажмите кнопку ОК.
Перезапустите Visual Studio для Mac.
Выполните очистку и перестройку пакета.
Выходные данные диагностики отображаются на панели ошибок (ошибки просмотра > панелей>), нажав кнопку "Вывод сборки".

Журналы развертывания устройств

Чтобы включить ведение журнала развертывания устройств в Visual Studio, выполните следующие действия.

Параметры инструментов > ...>
В представлении дерева слева выберите Xamarin > Android Параметры
На панели справа поставьте флажок [X] ведение журнала отладки расширения (записывает monodroid.log на рабочий стол).
Сообщения журнала записываются в файл monodroid.log на рабочем столе.

Visual Studio для Mac всегда записывает журналы развертывания устройств. FInding их немного сложнее; Файл журнала AndroidUtils создается каждый день и время развертывания, например AndroidTools-2012-10-24_12-35-45.log.

В Windows файлы журнала записываются в %LOCALAPPDATA%\XamarinStudio-{VERSION}\Logs.
В OS X файлы журнала записываются в $HOME/Library/Logs/XamarinStudio-{VERSION}.

Выходные данные журнала отладки Android

Android записывает много сообщений в журнал отладки Android. Xamarin.Android использует свойства системы Android для управления созданием дополнительных сообщений в журнале отладки Android. Свойства системы Android можно задать с помощью команды setprop в Android Debug Bridge (adb):

adb shell setprop PROPERTY_NAME PROPERTY_VALUE

Свойства системы считываются во время запуска процесса и поэтому должны быть установлены перед запуском приложения, или приложение должно быть перезапущено после изменения системных свойств.

Системные свойства Xamarin.Android

Xamarin.Android поддерживает следующие системные свойства.

debug.mono.debug: если непустая строка, это эквивалентно *mono-debug*.
debug.mono.env: разделенный| каналом список переменных среды для экспорта во время запуска приложения до инициализации mono. Это позволяет задать переменные среды, управляющие ведением журнала Mono.

Примечание.

Так как значение "|разделено", значение должно иметь дополнительный уровень кавычки, так как команда adb shell удаляет набор кавычки.

Примечание.

Длина значений системных свойств Android не может превышать 92 символа.

Пример:
```
adb shell setprop debug.mono.env "'MONO_LOG_LEVEL=info|MONO_LOG_MASK=asm'"
```
debug.mono.log: список компонентов, разделенных запятыми (',), которые должны печатать дополнительные сообщения в журнал отладки Android. По умолчанию не задано ничего. Возможные компоненты:
- all: печать всех сообщений
- gc: печать сообщений, связанных с GC.
- gref: печать (слабые, глобальные) ссылки и сообщения о распределении сделки.
- lref: печать локальных ссылочных сообщений и сообщений о распределении сделки.
Примечание.

Это чрезвычайно подробный уровень. Не включайте этот параметр, если он вам не требуется.
debug.mono.trace: позволяет задать параметр mono --trace=PROPERTY_VALUE.

Удаление `bin` и `obj`

В Xamarin.Android раньше возникала подобная проблема:

Возникает странная ошибка сборки или времени выполнения.
Вы выполняете операции Clean, Rebuild или вручную удаляете каталоги bin и obj.
Проблема исчезает.

Мы много работали над устранением таких проблем, поскольку они влияют на производительность разработчиков.

Если у вас возникает следующая проблема:

Обратите на нее внимание. Какое действие было выполнено последним и вызвало это состояние проекта?
Сохраните текущий журнал сборки. Попробуйте выполнить сборку еще раз и запишите диагностический журнал сборки.
Отправьте отчет об ошибке.

Прежде чем удалять каталоги bin и obj, заархивируйте их и сохраните для последующей диагностики при необходимости. Возможно, достаточно просто выполнить операцию Clean для проекта приложения Xamarin.Android, чтобы все снова заработало.

Xamarin.Android не может разрешить System.ValueTuple

Эта ошибка возникает из-за несовместимости с Visual Studio.

Обновление 1 для Visual Studio 2017 (версия 15.1 или более ранняя) совместимо только с пакетом NuGet System.ValueTuple 4.3.0 (или более ранней версии).
Обновление 2 для Visual Studio 2017 (версия 15.2 или более поздняя) совместимо только с пакетом NuGet System.ValueTuple 4.3.1 (или более поздней версии).

Выберите правильный пакет NuGet System.ValueTuple, соответствующий установке Visual Studio 2017.

Сообщения сборки мусора

Сообщения компонента сборки мусора можно просмотреть, задав для системного свойства debug.mono.log значение, содержащее gc.

Сообщения сборки мусора создаются каждый раз, когда выполняется сборка мусора, и предоставляют сведения о том, сколько работы выполнено в ходе сборки мусора:

I/monodroid-gc(12331): GC cleanup summary: 81 objects tested - resurrecting 21.

Дополнительные сведения о сборке мусора, например о времени, можно создать, задав для переменной среды MONO_LOG_LEVEL значение debug:

adb shell setprop debug.mono.env MONO_LOG_LEVEL=debug

Это приведет к появлению (множества) дополнительных сообщений Mono, включая следующие три последствия.

D/Mono (15723): GC_BRIDGE num-objects 1 num_hash_entries 81226 sccs size 81223 init 0.00ms df1 285.36ms sort 38.56ms dfs2 50.04ms setup-cb 9.95ms free-data 106.54ms user-cb 20.12ms clenanup 0.05ms links 5523436/5523436/5523096/1 dfs passes 1104 6883/11046605
D/Mono (15723): GC_MINOR: (Nursery full) pause 2.01ms, total 287.45ms, bridge 225.60 promoted 0K major 325184K los 1816K
D/Mono ( 2073): GC_MAJOR: (user request) pause 2.17ms, total 2.47ms, bridge 28.77 major 576K/576K los 0K/16K

В сообщении GC_BRIDGEnum-objects — количество объектов моста, рассматриваемых в ходе этого прохода, а num_hash_entries — количество объектов, обработанных в ходе этого вызова кода моста.

В сообщениях GC_MINOR и GC_MAJORtotal — время приостановки (потоки не выполняются), а bridge — время, затрачиваемое на код обработки моста (который работает с виртуальной машиной Java). Во время обработки моста среда не приостанавливается.

В целом чем больше значение num_hash_entries, тем больше времени займут сборки bridge и тем больше будет время total, потраченное на сбор.

Сообщения по глобальным ссылкам

Чтобы включить ведение журнала глобальных ссылок, системное свойство debug.mono.log должно содержать gref, например:

adb shell setprop debug.mono.log gref

Xamarin.Android использует глобальные ссылки Android для предоставления сопоставлений между экземплярами Java и связанными управляемыми экземплярами, так как при вызове метода Java необходимо предоставить экземпляр Java.

К сожалению, эмуляторы Android допускают наличие только 2000 глобальных ссылок за раз. У оборудования существует более высокий предел в 52 000 глобальных ссылок. Меньшее ограничение может представлять проблему при запуске приложений в эмуляторе, поэтому полезно знать, откуда поступает экземпляр.

Примечание.

Количество глобальных ссылок считается внутри Xamarin.Android и не может содержать глобальные ссылки, извлеченные другими собственными библиотеками, загруженными в процесс. Используйте количество глобальных ссылок для расчета.

I/monodroid-gref(12405): +g+ grefc 108 gwrefc 0 obj-handle 0x40517468/L -> new-handle 0x40517468/L from    at Java.Lang.Object.RegisterInstance(IJavaObject instance, IntPtr value, JniHandleOwnership transfer)
I/monodroid-gref(12405):    at Java.Lang.Object.SetHandle(IntPtr value, JniHandleOwnership transfer)
I/monodroid-gref(12405):    at Java.Lang.Object..ctor(IntPtr handle, JniHandleOwnership transfer)
I/monodroid-gref(12405):    at Java.Lang.Thread+RunnableImplementor..ctor(System.Action handler, Boolean removable)
I/monodroid-gref(12405):    at Java.Lang.Thread+RunnableImplementor..ctor(System.Action handler)
I/monodroid-gref(12405):    at Android.App.Activity.RunOnUiThread(System.Action action)
I/monodroid-gref(12405):    at Mono.Samples.Hello.HelloActivity.UseLotsOfMemory(Android.Widget.TextView textview)
I/monodroid-gref(12405):    at Mono.Samples.Hello.HelloActivity.<OnCreate>m__3(System.Object o)
I/monodroid-gref(12405): handle 0x40517468; key_handle 0x40517468: Java Type: `mono/java/lang/RunnableImplementor`; MCW type: `Java.Lang.Thread+RunnableImplementor`
I/monodroid-gref(12405): Disposing handle 0x40517468
I/monodroid-gref(12405): -g- grefc 107 gwrefc 0 handle 0x40517468/L from    at Java.Lang.Object.Dispose(System.Object instance, IntPtr handle, IntPtr key_handle, JObjectRefType handle_type)
I/monodroid-gref(12405):    at Java.Lang.Object.Dispose()
I/monodroid-gref(12405):    at Java.Lang.Thread+RunnableImplementor.Run()
I/monodroid-gref(12405):    at Java.Lang.IRunnableInvoker.n_Run(IntPtr jnienv, IntPtr native__this)
I/monodroid-gref(12405):    at System.Object.c200fe6f-ac33-441b-a3a0-47659e3f6750(IntPtr , IntPtr )
I/monodroid-gref(27679): +w+ grefc 1916 gwrefc 296 obj-handle 0x406b2b98/G -> new-handle 0xde68f4bf/W from take_weak_global_ref_jni
I/monodroid-gref(27679): -w- grefc 1915 gwrefc 294 handle 0xde691aaf/W from take_global_ref_jni

Существует четыре сообщения о последствиях.

Создание глобальной ссылки: это строки, которые начинаются с +g+ и предоставляют трассировку стека для создания пути кода.
Уничтожение глобальной ссылки: это строки, которые начинаются с -g- и могут предоставлять трассировку стека для удаления пути кода глобальной ссылки. Если сборщик мусора удаляет глобальную ссылку, трассировка стека не предоставляется.
Создание слабой глобальной ссылки: это строки, начинающиеся с +w+.
Уничтожение слабой глобальной ссылки: это строки, начинающиеся с -w-.

Во всех сообщениях значение grefc — это число глобальных ссылок, созданных Xamarin.Android, а значение grefwc — это число слабых глобальных ссылок, созданных Xamarin.Android. Значение handle или obj-handle является значением обработчика JNI, а символ после "/" является типом значения обработчика: /L для локальной ссылки, /G для глобальных ссылок и /W для слабых глобальных ссылок.

В рамках процесса сборки мусора глобальные ссылки (+g+) преобразуются в слабые глобальные ссылки (+w+ и -g-), выполняется сборка мусора на стороне Java, а затем проверяется наличие слабой глобальной ссылки, чтобы определить, была ли она собрана. Если она все еще активна, то для слабой ссылки создается новая глобальная ссылка (+g+, -w-), в противном случае слабая ссылка уничтожается (-w).

Экземпляр Java создается и упаковывается с помощью MCW

I/monodroid-gref(27679): +g+ grefc 2211 gwrefc 0 obj-handle 0x4066df10/L -> new-handle 0x4066df10/L from ...
I/monodroid-gref(27679): handle 0x4066df10; key_handle 0x4066df10: Java Type: `android/graphics/drawable/TransitionDrawable`; MCW type: `Android.Graphics.Drawables.TransitionDrawable`

Выполняется сборка мусора...

I/monodroid-gref(27679): +w+ grefc 1953 gwrefc 259 obj-handle 0x4066df10/G -> new-handle 0xde68f95f/W from take_weak_global_ref_jni
I/monodroid-gref(27679): -g- grefc 1952 gwrefc 259 handle 0x4066df10/G from take_weak_global_ref_jni

Объект по-прежнему активен, так как handle! = null

Слабая ссылка снова становится глобальной ссылкой

I/monodroid-gref(27679): *try_take_global obj=0x4976f080 -> wref=0xde68f95f handle=0x4066df10
I/monodroid-gref(27679): +g+ grefc 1930 gwrefc 39 obj-handle 0xde68f95f/W -> new-handle 0x4066df10/G from take_global_ref_jni
I/monodroid-gref(27679): -w- grefc 1930 gwrefc 38 handle 0xde68f95f/W from take_global_ref_jni

Объект дезактивируется, так как handle == null

Слабая ссылка удалена, новая глобальная ссылка не создается

I/monodroid-gref(27679): *try_take_global obj=0x4976f080 -> wref=0xde68f95f handle=0x0
I/monodroid-gref(27679): -w- grefc 1914 gwrefc 296 handle 0xde68f95f/W from take_global_ref_jni

Здесь есть один интересный момент: на целевых объектах под управлением Android до версии 4.0 значение глобальной ссылки равно адресу объекта Java в памяти среды выполнения Android. (То есть, GC является недвижущим, консервативным, сборщиком, и он раздает прямые ссылки на эти объекты.) Таким образом, после +g+, +w+, -g-, -g+, -w-последовательности результирующий gref будет иметь то же значение, что и исходное значение gref. Это упрощает обработку журналов.

Но в Android 4.0 есть перемещаемый сборщик, который больше не передает прямые ссылки на объекты виртуальных машин среды выполнения Android. Поэтому после последовательности +g+, +w+, -g-, +g+, -w- значение глобальной ссылки будет другим. Если объект остается активным после нескольких сборок мусора, у него образуется несколько значений глобальной ссылки, что усложняет определение места, из которого фактически был выделен экземпляр.

Программное выполнение запросов

Вы можете узнать количество глобальных и слабых ссылок, выполнив запрос к объекту JniRuntime.

Java.Interop.JniRuntime.CurrentRuntime.GlobalReferenceCount — количество глобальных ссылок

Java.Interop.JniRuntime.CurrentRuntime.WeakGlobalReferenceCount — количество слабых ссылок

Журналы отладки Android

Журналы отладки Android могут предоставить дополнительный контекст для любых ошибок во время выполнения.

Производительность операций с плавающей запятой очень низкая!

Или: "Мое приложение работает 10 раз быстрее с отладочной сборкой, чем со сборкой выпуска!"

Xamarin.Android поддерживает несколько ABI устройств: armeabi, armeabi-v7a и x86. API устройств можно указать на вкладке > "Свойства > проекта" поддерживаемые архитектуры.

В отладочных сборках используется пакет Android, который предоставляет все ABI, поэтому для целевого устройства будет использоваться самый быстрый ABI.

Сборки выпуска будут включать только abis, выбранные на вкладке "Свойства проекта". Можно выбрать несколько вариантов.

armeabi является интерфейсом ABI по умолчанию и обладает самыми широкими возможностями поддержки устройств. Однако armeabi не поддерживает многопроцессорные устройства и аппаратные операции с плавающей запятой, а также другие возможности. Следовательно, приложения, использующие среду выполнения armeabi, будут привязаны к одному ядру и будут использовать реализацию soft-float. Оба ограничения могут значительно снизить производительность приложения.

Если приложению требуется высокая производительность для операций с плавающей запятой (например, игры), следует включить ABI armeabi-v7a. Вы можете выбрать поддержку только среды выполнения armeabi-v7a, хотя это означает, что старые устройства, которые поддерживают только armeabi, не смогут запустить приложение.

Не удалось выполнить обнаружение пакета SDK для Android

Для пакета SDK для Android в Windows Google предоставляет 2 загрузки. При выборе установщика exe будут записаны разделы реестра, указывающие Xamarin.Android на место установки. Если вы выберете ZIP-файл и распакуете его самостоятельно, Xamarin.Android не узнает, где искать пакет SDK. Вы можете сообщить Xamarin.Android, где пакет SDK находится в Visual Studio, перейдя в меню "Параметры > инструментов>" Xamarin > Android Параметры:

В интегрированной среде разработки не отображается целевое устройство

Иногда вы пытаетесь развернуть приложение на устройстве, но устройство, которое вы хотите развернуть, не отображается в диалоговом окне "Выбор устройства". Это может произойти, если Android Debug Bridge неактивен.

Чтобы диагностировать эту проблему, найдите программу adb, а затем выполните следующую команду:

adb devices

Если устройство отсутствует, необходимо перезапустить сервер Android Debug Bridge, чтобы можно было найти его:

adb kill-server
adb start-server

Программное обеспечение HTC Sync может препятствовать правильной работе adb start-server. Если команда adb start-server не выводит порт для запуска, выйдите из программы HTC Sync и попробуйте перезапустить сервер adb.

Не удается запустить указанный исполняемый файл задачи keytool

Это означает, что путь не содержит каталог, в котором находится каталог bin пакета SDK для Java. Проверьте, выполнены ли эти действия из руководства по установке.

Файл monodroid.exe или aresgen.exe завершил работу с кодом 1

Чтобы упростить отладку этой проблемы, перейдите в Visual Studio и измените уровень детализации MSBuild, чтобы сделать это, выберите: Tools > Options > Project Build Build >and Solutions Build and Run > MSBuild Project Build Output Verbosity и задайте для этого значения значение Normal.

Выполните сборку повторно и проверьте область вывода Visual Studio, которая должна содержать полную ошибку.

На устройстве недостаточно дискового пространства для развертывания пакета

Это происходит, когда вы не запускаете эмулятор из среды Visual Studio. При запуске эмулятора вне среды Visual Studio необходимо передать параметры -partition-size 512, например

emulator -partition-size 512 -avd MonoDroid

Убедитесь, что используете правильное имя симулятора, т. е. имя, которое использовалось при настройке симулятора.

INSTALL_FAILED_INVALID_APK при установке пакета

Имена пакетов Android должны содержать точку ("."). Измените имя пакета, чтобы оно содержало точку.

В Visual Studio:
- Щелкните правой кнопкой мыши свойства проекта >
- Перейдите на вкладку "Манифест Android" слева.
- Измените значение в поле "Имя пакета".
  - Если появится сообщение "Нет AndroidManifest.xml найден. Щелкните ссылку, а затем обновите поле имени пакета.
В Visual Studio для Mac:
- Щелкните правой кнопкой мыши параметры проекта > .
- Перейдите к разделу "Сборка/Приложение Android".
- Измените значение в поле "Имя пакета", чтобы оно содержало ".".

INSTALL_FAILED_MISSING_SHARED_LIBRARY при установке пакета

"Общая библиотека" в этом контексте не является файлом собственной общей библиотеки (libfoo.so). Это библиотека, которая должна быть отдельно установлена на целевом устройстве, например в Google Maps.

Пакет Android определяет, какие общие библиотеки требуются для элемента <uses-library/>. Если требуемая библиотека отсутствует на целевом устройстве (например//uses-library/@android:required, имеет значение true, что по умолчанию), установка пакета завершится ошибкой с INSTALL_FAILED_MISSING_SHARED_LIBRARY.

Чтобы определить, какие общие библиотеки необходимы, просмотрите созданныйфайл AndroidManifest.xml (например, obj\Debug\android\AndroidManifest.xml) и найдите <uses-library/> элементы. <uses-library/>элементы можно добавить вручную в файл Properties\AndroidManifest.xml проекта и с помощью пользовательского атрибута UsesLibraryAttribute.

Например, при добавлении ссылки на сборку в Mono.Android.GoogleMaps.dll будет неявно добавляться <uses-library/> для общей библиотеки Google Maps.

INSTALL_FAILED_UPDATE_INCOMPATIBLE при установке пакета

У пакетов Android есть три требования.

Они должны содержать "." (см. предыдущий пункт).
Они должны иметь уникальное имя строки пакета (поэтому в именах приложений Android, например com.android.chrome для приложения Chrome, рассматривается соглашение об обратных доменах).
При обновлении пакетов пакет должен иметь один и тот же ключ подписывания.

Представьте себе следующий сценарий.

Вы создаете и развертываете приложение для отладки.
Вы изменяете ключ подписывания, например для использования в качестве приложения выпуска (или если вы не хотите использовать ключ подписывания по умолчанию).
Сначала вы устанавливаете приложение, не удаляя его, например отладка без > отладки в Visual Studio

В этом случае установка пакета завершится ошибкой INSTALL_FAILED_UPDATE_INCOMPATIBLE, так как имя пакета не изменилось во время подписывания ключа. Журнал отладки Android также будет содержать примерно следующее сообщение:

E/PackageManager(  146): Package [PackageName] signatures do not match the previously installed version; ignoring!

Чтобы устранить эту ошибку, полностью удалите приложение с устройства, прежде чем выполнять повторную установку.

INSTALL_FAILED_UID_CHANGED при установке пакета

При установке пакета Android ему назначается идентификатор пользователя (UID). Иногда по неизвестным причинам при установке поверх уже установленного приложения происходит сбой установки с ошибкой INSTALL_FAILED_UID_CHANGED:

ERROR [2015-03-23 11:19:01Z]: ANDROID: Deployment failed
Mono.AndroidTools.InstallFailedException: Failure [INSTALL_FAILED_UID_CHANGED]
   at Mono.AndroidTools.Internal.AdbOutputParsing.CheckInstallSuccess(String output, String packageName)
   at Mono.AndroidTools.AndroidDevice.<>c__DisplayClass2c.<InstallPackage>b__2b(Task`1 t)
   at System.Threading.Tasks.ContinuationTaskFromResultTask`1.InnerInvoke()
   at System.Threading.Tasks.Task.Execute()

Чтобы обойти эту ошибку, полностью удалите пакет Android, установив приложение из графического пользовательского интерфейса целевого устройства Android или используя adb:

$ adb uninstall @PACKAGE_NAME@

НЕ ИСПОЛЬЗУЙТЕadb uninstall -k, так как это позволит сохранить данные приложения и таким образом сохранить конфликтующие идентификаторы пользовательского интерфейса на целевом устройстве.

Не удается запустить приложения выпуска на устройстве

В выходных данных журнала отладки Android может содержаться примерно следующее сообщение:

D/AndroidRuntime( 1710): Shutting down VM
W/dalvikvm( 1710): threadid=1: thread exiting with uncaught exception (group=0xb412f180)
E/AndroidRuntime( 1710): FATAL EXCEPTION: main
E/AndroidRuntime( 1710): java.lang.UnsatisfiedLinkError: Couldn't load monodroid: findLibrary returned null
E/AndroidRuntime( 1710):        at java.lang.Runtime.loadLibrary(Runtime.java:365)

У этого есть две возможные причины:

APK не предоставляет ABI, поддерживаемый целевым устройством. Например, APK содержит только двоичные файлы armeabi-v7a, а целевое устройство поддерживает только armeabi.
Ошибка Android. В этом случае удалите приложение, скрестите пальцы и переустановите приложение.

Чтобы исправить (1), измените параметры/свойства проекта и добавьте поддержку требуемого интерфейса ABI в список поддерживаемых ABI. Чтобы определить, какой ABI необходимо добавить, выполните следующую команду ADB на целевом устройстве:

adb shell getprop ro.product.cpu.abi
adb shell getprop ro.product.cpu.abi2

Выходные данные будут содержать основной (и необязательный дополнительный) ABI.

$ adb shell getprop | grep ro.product.cpu
[ro.product.cpu.abi2]: [armeabi]
[ro.product.cpu.abi]: [armeabi-v7a]

Свойство OutPath не задано для проекта "MyApp.csproj"

Обычно это означает, что у вас есть компьютер HP и переменная среды Platform была задана как MCD или HPD. Это конфликтует со свойством платформы MSBuild, которое обычно имеет значение Any CPU или x86. Необходимо удалить эту переменную среды с компьютера, чтобы MSBuild мог работать:

>> панель управления системные расширенные > переменные среды

Перезапустите Visual Studio или Visual Studio для Mac и попытайтесь выполнить перестроение. Теперь все должно работать правильно.

java.lang.ClassCastException: mono.android.runtime.JavaObject невозможно привести к...

Xamarin.Android 4.x неправильно маршалирует вложенные универсальные типы. Например, рассмотрим следующий код C# с помощью SimpleExpandableListAdapter:

// BAD CODE; DO NOT USE
var groupData = new List<IDictionary<string, object>> () {
        new Dictionary<string, object> {
                { "NAME", "Group 1" },
                { "IS_EVEN", "This group is odd" },
        },
};
var childData = new List<IList<IDictionary<string, object>>> () {
        new List<IDictionary<string, object>> {
                new Dictionary<string, object> {
                        { "NAME", "Child 1" },
                        { "IS_EVEN", "This group is odd" },
                },
        },
};
mAdapter = new SimpleExpandableListAdapter (
        this,
        groupData,
        Android.Resource.Layout.SimpleExpandableListItem1,
        new string[] { "NAME", "IS_EVEN" },
        new int[] { Android.Resource.Id.Text1, Android.Resource.Id.Text2 },
        childData,
        Android.Resource.Layout.SimpleExpandableListItem2,
        new string[] { "NAME", "IS_EVEN" },
        new int[] { Android.Resource.Id.Text1, Android.Resource.Id.Text2 }
);

Проблема заключается в том, что Xamarin.Android неправильно маршалирует вложенные универсальные типы. List<IDictionary<string, object>> маршалируется в java.lang.ArrrayList, но ArrayList содержит экземпляры mono.android.runtime.JavaObject (которые ссылаются на экземпляры Dictionary<string, object>) вместо элемента, который реализует java.util.Map, что приводит к следующему исключению:

E/AndroidRuntime( 2991): FATAL EXCEPTION: main
E/AndroidRuntime( 2991): java.lang.ClassCastException: mono.android.runtime.JavaObject cannot be cast to java.util.Map
E/AndroidRuntime( 2991):        at android.widget.SimpleExpandableListAdapter.getGroupView(SimpleExpandableListAdapter.java:278)
E/AndroidRuntime( 2991):        at android.widget.ExpandableListConnector.getView(ExpandableListConnector.java:446)
E/AndroidRuntime( 2991):        at android.widget.AbsListView.obtainView(AbsListView.java:2271)
E/AndroidRuntime( 2991):        at android.widget.ListView.makeAndAddView(ListView.java:1769)
E/AndroidRuntime( 2991):        at android.widget.ListView.fillDown(ListView.java:672)
E/AndroidRuntime( 2991):        at android.widget.ListView.fillFromTop(ListView.java:733)
E/AndroidRuntime( 2991):        at android.widget.ListView.layoutChildren(ListView.java:1622)

Обходной путь — использовать предоставленные типы коллекций Java вместо System.Collections.Generic типов для "внутренних" типов. Это приведет к появлению соответствующих типов Java при маршалинге экземпляров. (Приведенный ниже код сложнее, чем требуется для уменьшения времени существования gref. Это может быть упрощено для изменения исходного кода с помощью s/List/JavaList/g и s/Dictionary/JavaDictionary/g если время существования gref не является тревожным.)

// insert good code here
using (var groupData = new JavaList<IDictionary<string, object>> ()) {
    using (var groupEntry = new JavaDictionary<string, object> ()) {
        groupEntry.Add ("NAME", "Group 1");
        groupEntry.Add ("IS_EVEN", "This group is odd");
        groupData.Add (groupEntry);
    }
    using (var childData = new JavaList<IList<IDictionary<string, object>>> ()) {
        using (var childEntry = new JavaList<IDictionary<string, object>> ())
        using (var childEntryDict = new JavaDictionary<string, object> ()) {
            childEntryDict.Add ("NAME", "Child 1");
            childEntryDict.Add ("IS_EVEN", "This child is odd.");
            childEntry.Add (childEntryDict);
            childData.Add (childEntry);
        }
        mAdapter = new SimpleExpandableListAdapter (
            this,
            groupData,
            Android.Resource.Layout.SimpleExpandableListItem1,
            new string[] { "NAME", "IS_EVEN" },
            new int[] { Android.Resource.Id.Text1, Android.Resource.Id.Text2 },
            childData,
            Android.Resource.Layout.SimpleExpandableListItem2,
            new string[] { "NAME", "IS_EVEN" },
            new int[] { Android.Resource.Id.Text1, Android.Resource.Id.Text2 }
        );
    }
}

Неожиданные исключения NullReferenceException

Иногда журнал отладки Android упоминание NullReferenceExceptions, которые "не могут произойти" или приходят из кода среды выполнения Mono для Android незадолго до смерти приложения:

E/mono(15202): Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object
E/mono(15202):   at Java.Lang.Object.GetObject (IntPtr handle, System.Type type, Boolean owned)
E/mono(15202):   at Java.Lang.Object._GetObject[IOnTouchListener] (IntPtr handle, Boolean owned)
E/mono(15202):   at Java.Lang.Object.GetObject[IOnTouchListener] (IntPtr handle, Boolean owned)
E/mono(15202):   at Android.Views.View+IOnTouchListenerAdapter.n_OnTouch_Landroid_view_View_Landroid_view_MotionEvent_(IntPtr jnienv, IntPtr native__this, IntPtr native_v, IntPtr native_e)
E/mono(15202):   at (wrapper dynamic-method) object:b039cbb0-15e9-4f47-87ce-442060701362 (intptr,intptr,intptr,intptr)

E/mono    ( 4176): Unhandled Exception:
E/mono    ( 4176): System.NullReferenceException: Object reference not set to an instance of an object
E/mono    ( 4176): at Android.Runtime.JNIEnv.NewString (string)
E/mono    ( 4176): at Android.Util.Log.Info (string,string)

Это может произойти, когда среда выполнения Android решает прервать процесс, который может произойти по любым причинам, включая удар по ограничению GREF целевого объекта или делать что-то "неправильно" с JNI.

Чтобы узнать, в этом ли причина, проверьте в журнале отладки Android сообщение от процесса, аналогичное следующему:

E/dalvikvm(  123): VM aborting

Прерывание из-за исчерпания глобальной ссылки

Слой JNI среды выполнения Android поддерживает только ограниченное число действительных ссылок на объекты JNI в любой момент времени. При превышении этого ограничения происходит прерывание операции.

Ограничение глобальных ссылок составляет 2000 ссылок для эмулятора и примерно 52 000 ссылок для оборудования.

Вы понимаете, что глобальных ссылок становится слишком много, когда в журнале отладки Android появляются такие сообщения:

D/dalvikvm(  602): GREF has increased to 1801

При достижении предельного значения глобальных ссылок выводится следующее сообщение:

D/dalvikvm(  602): GREF has increased to 2001
W/dalvikvm(  602): Last 10 entries in JNI global reference table:
W/dalvikvm(  602):  1991: 0x4057eff8 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  1992: 0x4057f010 cls=Landroid/graphics/Point; (28 bytes)
W/dalvikvm(  602):  1993: 0x40698e70 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  1994: 0x40698e88 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  1995: 0x40698ea0 cls=Landroid/graphics/Point; (28 bytes)
W/dalvikvm(  602):  1996: 0x406981f0 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  1997: 0x40698208 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  1998: 0x40698220 cls=Landroid/graphics/Point; (28 bytes)
W/dalvikvm(  602):  1999: 0x406956a8 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602):  2000: 0x406956c0 cls=Landroid/graphics/Point; (20 bytes)
W/dalvikvm(  602): JNI global reference table summary (2001 entries):
W/dalvikvm(  602):    51 of Ljava/lang/Class; 164B (41 unique)
W/dalvikvm(  602):    46 of Ljava/lang/Class; 188B (17 unique)
W/dalvikvm(  602):     6 of Ljava/lang/Class; 212B (6 unique)
W/dalvikvm(  602):    11 of Ljava/lang/Class; 236B (7 unique)
W/dalvikvm(  602):     3 of Ljava/lang/Class; 260B (3 unique)
W/dalvikvm(  602):     4 of Ljava/lang/Class; 284B (2 unique)
W/dalvikvm(  602):     8 of Ljava/lang/Class; 308B (6 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 316B
W/dalvikvm(  602):     4 of Ljava/lang/Class; 332B (3 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 356B
W/dalvikvm(  602):     2 of Ljava/lang/Class; 380B (1 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 428B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 452B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 476B
W/dalvikvm(  602):     2 of Ljava/lang/Class; 500B (1 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 548B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 572B
W/dalvikvm(  602):     2 of Ljava/lang/Class; 596B (2 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 692B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 956B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 1004B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 1148B
W/dalvikvm(  602):     2 of Ljava/lang/Class; 1172B (1 unique)
W/dalvikvm(  602):     1 of Ljava/lang/Class; 1316B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 3428B
W/dalvikvm(  602):     1 of Ljava/lang/Class; 3452B
W/dalvikvm(  602):     1 of Ljava/lang/String; 28B
W/dalvikvm(  602):     2 of Ldalvik/system/VMRuntime; 12B (1 unique)
W/dalvikvm(  602):    10 of Ljava/lang/ref/WeakReference; 28B (10 unique)
W/dalvikvm(  602):     1 of Ldalvik/system/PathClassLoader; 44B
W/dalvikvm(  602):  1553 of Landroid/graphics/Point; 20B (1553 unique)
W/dalvikvm(  602):   261 of Landroid/graphics/Point; 28B (261 unique)
W/dalvikvm(  602):     1 of Landroid/view/MotionEvent; 100B
W/dalvikvm(  602):     1 of Landroid/app/ActivityThread$ApplicationThread; 28B
W/dalvikvm(  602):     1 of Landroid/content/ContentProvider$Transport; 28B
W/dalvikvm(  602):     1 of Landroid/view/Surface$CompatibleCanvas; 44B
W/dalvikvm(  602):     1 of Landroid/view/inputmethod/InputMethodManager$ControlledInputConnectionWrapper; 36B
W/dalvikvm(  602):     1 of Landroid/view/ViewRoot$1; 12B
W/dalvikvm(  602):     1 of Landroid/view/ViewRoot$W; 28B
W/dalvikvm(  602):     1 of Landroid/view/inputmethod/InputMethodManager$1; 28B
W/dalvikvm(  602):     1 of Landroid/view/accessibility/AccessibilityManager$1; 28B
W/dalvikvm(  602):     1 of Landroid/widget/LinearLayout$LayoutParams; 44B
W/dalvikvm(  602):     1 of Landroid/widget/LinearLayout; 332B
W/dalvikvm(  602):     2 of Lorg/apache/harmony/xnet/provider/jsse/TrustManagerImpl; 28B (1 unique)
W/dalvikvm(  602):     1 of Landroid/view/SurfaceView$MyWindow; 36B
W/dalvikvm(  602):     1 of Ltouchtest/RenderThread; 92B
W/dalvikvm(  602):     1 of Landroid/view/SurfaceView$3; 12B
W/dalvikvm(  602):     1 of Ltouchtest/DrawingView; 412B
W/dalvikvm(  602):     1 of Ltouchtest/Activity1; 180B
W/dalvikvm(  602): Memory held directly by tracked refs is 75624 bytes
E/dalvikvm(  602): Excessive JNI global references (2001)
E/dalvikvm(  602): VM aborting

В приведенном выше примере (который, кстати, происходит из ошибки 685215) проблема заключается в том, что создается слишком много экземпляров Android.Graphics.Point; см . комментарий #2 для списка исправлений для этой конкретной ошибки.

Как правило, полезное решение заключается в том, чтобы найти, какой тип имеет слишком много экземпляров, выделенных — Android.Graphics.Point в приведенном выше дамле, а затем найти, где они созданы в исходном коде и удалить их соответствующим образом (чтобы их время существования объекта Java сократилось). Это не всегда подходит (#685215 многопоточный, поэтому тривиальное решение избегает вызова Dispose), но это первое, что следует рассмотреть.

Вы можете включить Ведения журнала глобальных ссылок, чтобы увидеть, когда глобальные ссылки создаются и сколько их.

Прерывание из-за несоответствия типов JNI

Если вы вручную развертываете код JNI, типы могут сопоставляться неправильно, например при попытке вызвать java.lang.Runnable.run для типа, который не реализует java.lang.Runnable. В этом случае в журнале отладки Android будет отображаться примерно следующее сообщение:

W/dalvikvm( 123): JNI WARNING: can't call Ljava/Type;;.method on instance of Lanother/java/Type;
W/dalvikvm( 123):              in Lmono/java/lang/RunnableImplementor;.n_run:()V (CallVoidMethodA)
...
E/dalvikvm( 123): VM aborting

Поддержка динамического кода

Динамический код не компилируется

Чтобы использовать динамический C# в приложении или библиотеке, необходимо добавить System.Core.dll, Microsoft.CSharp.dll и Mono.CSharp.dll в проект.

В сборке выпуска исключение MissingMethodException возникает для динамического кода во время выполнения.

Скорее всего, проект приложения не имеет ссылок на System.Core.dll, Microsoft.CSharp.dll или Mono.CSharp.dll. Убедитесь, что ссылки на эти сборки существуют.
- Помните, что динамический код всегда связан с затратами. Если вам важна эффективность, рекомендуется не использовать динамический код.
В первой предварительной версии эти сборки были исключены, если в коде приложения явно не использовались типы в каждой сборке. Обходное решение см. на этой странице: http://lists.ximian.com/pipermail/mo...il/009798.html

Проекты, созданные с помощью AOT + LLVM, завершаются сбоем на устройствах x86

При развертывании приложения, созданного с помощью AOT + LLVM на устройствах на базе x86, может появиться сообщение об ошибке, похожее на следующее:

Assertion: should not be reached at /Users/.../external/mono/mono/mini/tramp-x86.c:124
Fatal signal 6 (SIGABRT), code -6 in tid 4051 (Xamarin.bug56111)

Это известная проблема — решение заключается в отключении LLVM.

Поделиться через

Советы по устранению неполадок

Получение диагностических сведений

Выходные данные диагностики MSBuild

Журналы развертывания устройств

Выходные данные журнала отладки Android

Системные свойства Xamarin.Android

Удаление `bin` и `obj`

Xamarin.Android не может разрешить System.ValueTuple

Сообщения сборки мусора

Сообщения по глобальным ссылкам

Экземпляр Java создается и упаковывается с помощью MCW

Выполняется сборка мусора...

Объект по-прежнему активен, так как handle! = null

Слабая ссылка снова становится глобальной ссылкой

Объект дезактивируется, так как handle == null

Слабая ссылка удалена, новая глобальная ссылка не создается

Программное выполнение запросов

Журналы отладки Android

Производительность операций с плавающей запятой очень низкая!

Не удалось выполнить обнаружение пакета SDK для Android

В интегрированной среде разработки не отображается целевое устройство

Не удается запустить указанный исполняемый файл задачи keytool

Файл monodroid.exe или aresgen.exe завершил работу с кодом 1

На устройстве недостаточно дискового пространства для развертывания пакета

INSTALL_FAILED_INVALID_APK при установке пакета

INSTALL_FAILED_MISSING_SHARED_LIBRARY при установке пакета

INSTALL_FAILED_UPDATE_INCOMPATIBLE при установке пакета

INSTALL_FAILED_UID_CHANGED при установке пакета

Не удается запустить приложения выпуска на устройстве

Свойство OutPath не задано для проекта "MyApp.csproj"

java.lang.ClassCastException: mono.android.runtime.JavaObject невозможно привести к...

Неожиданные исключения NullReferenceException

Прерывание из-за исчерпания глобальной ссылки

Прерывание из-за несоответствия типов JNI

Поддержка динамического кода

Динамический код не компилируется

В сборке выпуска исключение MissingMethodException возникает для динамического кода во время выполнения.

Проекты, созданные с помощью AOT + LLVM, завершаются сбоем на устройствах x86

Дополнительные ресурсы

Поделиться через

Советы по устранению неполадок

Получение диагностических сведений

Выходные данные диагностики MSBuild

Журналы развертывания устройств

Выходные данные журнала отладки Android

Системные свойства Xamarin.Android

Удаление bin и obj

Xamarin.Android не может разрешить System.ValueTuple

Сообщения сборки мусора

Сообщения по глобальным ссылкам

Экземпляр Java создается и упаковывается с помощью MCW

Выполняется сборка мусора...

Объект по-прежнему активен, так как handle! = null

Слабая ссылка снова становится глобальной ссылкой

Объект дезактивируется, так как handle == null

Слабая ссылка удалена, новая глобальная ссылка не создается

Программное выполнение запросов

Журналы отладки Android

Производительность операций с плавающей запятой очень низкая!

Не удалось выполнить обнаружение пакета SDK для Android

В интегрированной среде разработки не отображается целевое устройство

Не удается запустить указанный исполняемый файл задачи keytool

Файл monodroid.exe или aresgen.exe завершил работу с кодом 1

На устройстве недостаточно дискового пространства для развертывания пакета

INSTALL_FAILED_INVALID_APK при установке пакета

INSTALL_FAILED_MISSING_SHARED_LIBRARY при установке пакета

INSTALL_FAILED_UPDATE_INCOMPATIBLE при установке пакета

INSTALL_FAILED_UID_CHANGED при установке пакета

Не удается запустить приложения выпуска на устройстве

Свойство OutPath не задано для проекта "MyApp.csproj"

java.lang.ClassCastException: mono.android.runtime.JavaObject невозможно привести к...

Неожиданные исключения NullReferenceException

Прерывание из-за исчерпания глобальной ссылки

Прерывание из-за несоответствия типов JNI

Поддержка динамического кода

Динамический код не компилируется

В сборке выпуска исключение MissingMethodException возникает для динамического кода во время выполнения.

Проекты, созданные с помощью AOT + LLVM, завершаются сбоем на устройствах x86

Дополнительные ресурсы

Удаление `bin` и `obj`