Блог

Я использую Xamarin Forms Entry для извлечения некоторых данных при OnTextChanged вызове события.

Иногда он выдает неуловимое Java.Lang.ArrayIndexOutOfBoundsException значение, что приводит к сбою приложения.

Код, который я использовал:

 private void textbox_OnTextChanged(object sender, TextChangedEventArgs e)
{
     TextChanged();
}

public async void TextChanged()
{
     try
     {
         if(textbox.Text.Length > 5) //< This sucks and I know it. 
         {
             string text = textbox.Text;
             await Task.Run(()=>doSomeMadlyDemandingRandomStuff(text));
         }
     }
     catch(Exception ex)
     {
         //Bloody exception is never caught.
     }
}
  

Я знаю, что условное значение at TextChanged() находится на расстоянии нескольких световых лет от производительности, но на данный момент я просто хочу, чтобы оно работало.

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

Все исключение Java.Lang.ArrayIndexOutOfBoundsException: length=20; index=20 .

Примечания

1) Я попытался запустить Environment.StackTrace , но он зависает, и я просто не знаю, куда он выбрасывается. Любая помощь в этом отношении будет оценена.

2) Раньше он вызывал это самое исключение, когда общая длина превышала 20 символов, и метод await ed Text напрямую получал свойство, которое, я подозреваю, искажало значения из запущенного потока. Передача переменной ( text ) решила эту проблему.

3) Я знаю, что Java.Lang.ArrayIndexOutOfBoundsException это значит. Я просто не знаю, когда он обращается к индексу, который выходит за пределы.

4) У Xamarin Forms Editor та же проблема.

5) Некоторый контекст, чтобы уточнить, что должно делать это текстовое поле: предполагается, что оно служит в качестве автозаполняемой (способной) записи, где пользователь вводит несколько букв, список заполняется результатами и продолжает обновляться по мере ввода оставшихся букв.

Я вижу потенциальные проблемы с. doSomeMadlyDemandingRandomStuff .. если это займет некоторое время, что может помешать пользователю снова изменить текст и, таким образом, снова вызвать обработчик до того, как вы закончите обработку первого события изменения текста? В качестве теста вы можете временно отключить текстовое поле, пока не будет выполнено «MadlyDemandingRandomStuff», чтобы увидеть, может ли повторный вызов этого обработчика до завершения первого обработчика быть непосредственной причиной проблемы, например:

 public async void TextChanged()
{
    textbox.IsEnabled = false;
    try
    {
        if(textbox.Text.Length > 5) //< This sucks and I know it. 
        {
            string text = textbox.Text;
            await Task.Run(()=>doSomeMadlyDemandingRandomStuff(text));
            textbox.IsEnabled = true;
        }
    }
    catch(Exception ex)
    {
     //Bloody exception is never caught.
    }
}
  

Я знаю, что это не может быть «ответом», но это может помочь найти проблему, поэтому опубликуйте ее как таковую.

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