Seletor de maçã Ainda tem muita gente que não sabe como funciona a multitarefa no iOS. Para começar, porém, é preciso ressaltar que não se trata de uma verdadeira multitarefa, mas sim de uma solução muito inteligente que não sobrecarrega o sistema nem o usuário.
Muitas vezes pode-se ouvir superstições de que aplicativos executados em segundo plano no iOS preenchem a memória operacional, o que leva à lentidão do sistema e à vida útil da bateria, por isso o usuário deve desligá-los manualmente. Na verdade, a barra multitarefa não contém uma lista de todos os processos em execução em segundo plano, mas apenas os aplicativos iniciados mais recentemente. Assim, o usuário não precisa se preocupar com processos executados em segundo plano, exceto em alguns casos. Ao pressionar o botão Home, o aplicativo geralmente entra em suspensão ou fecha, de modo que não carrega mais o processador ou a bateria e, se necessário, libera a memória necessária.
Portanto, esta não é uma multitarefa completa quando você tem dezenas de processos em execução. Apenas um aplicativo está sempre em execução em primeiro plano, que é pausado ou desligado completamente, se necessário. Apenas alguns processos secundários são executados em segundo plano. É por isso que você raramente encontrará uma falha de aplicativo no iOS, por exemplo, o Android está sobrecarregado com a execução de aplicativos que o usuário precisa cuidar. Por um lado, isso torna o trabalho com o dispositivo desagradável e, por outro lado, causa, por exemplo, inicialização lenta e transições entre aplicativos.
Tipo de tempo de execução do aplicativo
O aplicativo no seu dispositivo iOS está em um destes 5 estados:
- Correndo: o aplicativo é iniciado e executado em primeiro plano
- Fundo: ele ainda está em execução, mas em segundo plano (podemos usar outros aplicativos)
- Suspenso: Ainda usando RAM, mas não em execução
- Inativo: o aplicativo está em execução, mas comandos indiretos (por exemplo, quando você bloqueia o dispositivo com o aplicativo em execução)
- Não está em execução: O aplicativo foi encerrado ou não foi iniciado
A confusão surge quando o aplicativo entra em segundo plano para não atrapalhar. Quando você pressiona o botão Home ou usa o gesto para fechar o aplicativo (iPad), o aplicativo entra em segundo plano. A maioria dos aplicativos são suspensos em segundos (eles são armazenados na RAM do iDevice para que possam ser iniciados rapidamente, não carregam tanto o processador e, portanto, economizam bateria). Você pode pensar que, se um aplicativo continuar a usar memória, você terá excluí-lo manualmente para liberá-lo. Mas você não precisa fazer isso, porque o iOS fará isso por você. Se você tiver um aplicativo exigente suspenso em segundo plano, como um jogo que usa uma grande quantidade de RAM, o iOS irá removê-lo automaticamente da memória quando necessário, e você poderá reiniciá-lo tocando no ícone do aplicativo.
Nenhum desses estados é refletido na barra multitarefa, o painel mostra apenas uma lista de aplicativos lançados recentemente, independentemente de o aplicativo estar parado, pausado ou em execução em segundo plano. Você também pode notar que o aplicativo em execução no momento não aparece no painel Multitarefa
Tarefas em segundo plano
Normalmente, quando você pressiona o botão Home, o aplicativo é executado em segundo plano e, se você não o estiver usando, ele será pausado automaticamente em cinco segundos. Portanto, se você estiver baixando um podcast, por exemplo, o sistema o avalia como um aplicativo em execução e atrasa o encerramento em dez minutos. Após dez minutos, no máximo, o processo é liberado da memória. Resumindo, você não precisa se preocupar em interromper o download pressionando o botão Home, se não demorar mais de 10 minutos para concluí-lo.
Execução indefinida em segundo plano
No caso de inatividade, o sistema encerra o aplicativo em cinco segundos e, no caso de downloads, o encerramento é atrasado em dez minutos. No entanto, há um pequeno número de aplicativos que requerem execução em segundo plano. Aqui estão alguns exemplos de aplicativos que podem ser executados em segundo plano indefinidamente no iOS 5:
- Aplicativos que reproduzem som e devem ser interrompidos por um tempo (pausar a música durante uma ligação, etc.),
- Aplicativos que rastreiam sua localização (software de navegação),
- Aplicativos que recebem chamadas VoIP, por exemplo, se você usa o Skype, você pode receber uma chamada mesmo quando o aplicativo está em segundo plano,
- Downloads automáticos (por exemplo, Banca de jornal).
Todos os aplicativos deverão ser fechados se não estiverem mais executando uma tarefa (como downloads em segundo plano). No entanto, há exceções que são executadas continuamente em segundo plano, como o aplicativo Mail nativo. Se estiverem sendo executados em segundo plano, eles ocupam memória, uso da CPU ou reduzem a vida útil da bateria
Os aplicativos que podem ser executados em segundo plano indefinidamente podem fazer qualquer coisa enquanto estão em execução, desde reproduzir música até baixar novos episódios de podcast.
Como mencionei antes, o usuário nunca precisa fechar os aplicativos em execução em segundo plano. A única exceção a isso é quando um aplicativo em execução em segundo plano trava ou não sai do modo de espera corretamente. O usuário pode então fechar os aplicativos manualmente na barra multitarefa, mas isso raramente acontece.
Portanto, em geral, você não precisa gerenciar processos em segundo plano porque o próprio sistema cuidará deles. É por isso que o iOS é um sistema tão novo e rápido.
Da perspectiva de um desenvolvedor
O aplicativo pode reagir com um total de seis estados diferentes como parte da multitarefa:
1. aplicaçãoWillResignActive
Traduzido, esse estado significa que o aplicativo renunciará ao status de aplicativo ativo (ou seja, o aplicativo em primeiro plano) no futuro (em questão de alguns milissegundos). Isso acontece, por exemplo, ao receber uma chamada durante o uso do aplicativo, mas ao mesmo tempo, esse método também causa esse estado antes do aplicativo entrar em segundo plano, portanto, é necessário levar essas alterações em consideração. Este método também é adequado para, por exemplo, suspender todas as atividades que está realizando quando há uma chamada recebida e aguardar o término da chamada.
2. aplicaçãoDidEnterBackground
O status indica que o aplicativo ficou em segundo plano. Os desenvolvedores devem usar este método para suspender todos os processos que não precisam necessariamente ser executados em segundo plano e limpar a memória de dados não utilizados e outros processos, como expiração de temporizadores, limpeza de imagens carregadas da memória que não serão necessariamente necessárias ou fechamento conexões com servidores, a menos que seja crítico para o aplicativo concluir conexões em segundo plano. Quando o método é chamado no aplicativo, ele deve basicamente ser usado para suspender completamente o aplicativo se alguma parte dele não for necessária para ser executada em segundo plano.
3. aplicaçãoWillEnterForeground
Este estado é o oposto do primeiro estado, onde a aplicação renunciará ao estado ativo. O estado significa simplesmente que o aplicativo suspenso será retomado do plano de fundo e aparecerá em primeiro plano nos próximos milissegundos. os desenvolvedores devem usar esse método para retomar quaisquer processos que estavam inativos enquanto o aplicativo estava em segundo plano. As conexões com os servidores devem ser restabelecidas, os temporizadores redefinidos, as imagens e os dados carregados na memória e outros processos necessários podem ser retomados antes que o usuário veja o aplicativo carregado novamente.
4. aplicaçãoDidBecomeActive
O estado indica que o aplicativo acabou de se tornar ativo após ser restaurado para o primeiro plano. Este é um método que pode ser usado para fazer ajustes adicionais na interface do usuário ou para restaurar a UI ao seu estado original, etc. Na verdade, isso acontece no momento em que o usuário já vê o aplicativo no display, por isso é necessário determine com cautela o que acontece no método deste e no método anterior. Eles são chamados um após o outro com uma diferença de alguns milissegundos.
5. aplicaçãoWillTerminate
Esse estado acontece alguns milissegundos antes da saída do aplicativo, ou seja, antes de o aplicativo realmente terminar. Manualmente em multitarefa ou ao desligar o dispositivo. O método deve ser utilizado para salvar dados processados, encerrar todas as atividades e excluir dados que não serão mais necessários.
6. aplicaçãoDidReceiveMemoryWarning
É o último estado o mais discutido. Ele é responsável por, se necessário, remover o aplicativo da memória do iOS caso ele utilize recursos do sistema desnecessariamente. Não sei especificamente o que o iOS faz com aplicativos em segundo plano, mas se precisar de um aplicativo para liberar recursos para outros processos, ele avisa com um aviso de memória para liberar todos os recursos que possui. Portanto, esse método é chamado no aplicativo. Os desenvolvedores devem implementá-lo para que o aplicativo libere a memória alocada, salve tudo em andamento, limpe os dados desnecessários da memória e, de outra forma, libere memória de forma adequada. É verdade que muitos desenvolvedores, mesmo iniciantes, não pensam ou entendem essas coisas, e então pode acontecer que seu aplicativo ameace a vida da bateria e/ou consuma recursos do sistema desnecessariamente, mesmo em segundo plano.
veredito
Esses seis estados e seus métodos associados são o pano de fundo de toda “multitarefa” no iOS. é um ótimo sistema, desde que os desenvolvedores não ignorem o fato de que é necessário ser responsável pelo que o aplicativo exibe nos dispositivos de seus usuários, se eles são minimizados ou recebem avisos do sistema e assim por diante.
Zdroj: macworld.com
Autores: Jakub Požárek, Martin Doubek (ArnieX)
Você também tem um problema para resolver? Você precisa de conselhos ou talvez encontre o aplicativo certo? Não hesite em nos contatar através do formulário na seção Aconselhamento, da próxima vez responderemos sua pergunta.
Olá, artigo muito legal, mas gostaria de saber se você tem algum suporte técnico para ele. Porque já resolvi a bateria várias vezes à noite antes de dormir e aconteceu que com o wi-fi e os dados móveis desligados demorou mais do que em outro caso com o wi-fi desligado e só 3G.
Infelizmente, a experiência é que no iOS os aplicativos precisam ser desligados manualmente e o sistema não funciona mais tão bem como antes.
Troquei meu iPhone por um Windows Phone (Samsung Omnia W para 6200,-) e a velocidade do sistema está em um nível completamente diferente.
Receio que quando os tablets Windows 8 Metro forem lançados, eu também substitua o iPad...
@007 - sim, se você estiver comparando os antigos iPhone3Gs com os novos WP, então sim (quem poderia esperar isso?) O WP será um pouco mais rápido. Caso contrário, a fofoca sobre Karlulka não vai bem para você e foi apropriado comparar o HW atual. Também comprei o WP7 e finalmente acabei com o 4s, o que representa um nível de usabilidade completamente diferente do WP7. Portanto, passe de forma agradável e percorra os ladrilhos sem parar.
Concordo plenamente com o Paja
Eu contribuiria novamente com os escombros de outro barril - Samsung Galaxy S e iPhone 4 - diria comparável em termos de idade? Na época do iOS 4, e em termos de usabilidade e velocidade em algum lugar diferente do Android, a Apple resolveu muito bem o conceito de trabalhar com aplicativos, mas o mesmo não acontece mais com o Android. No final acabei com o 4S mesmo assim e não tenho queixas, porque "simplesmente funciona" .. e funciona muito rápido!
A teoria é linda... Mas na prática ainda fecho o aplicativo na barra ;)
Obrigado, muito interessante, pragmático, interessante, não falta balanço e profundidade. Sublinhando significativamente a obsessão dos jovens de hoje por esta marca proibida! Mas obrigado por ela, assim como por este artigo.
O artigo está completamente errado.
O aplicativo não fecha quando o botão Home é pressionado, como afirmado erroneamente, mas faz uma pausa. Ou seja definitivamente não apague da memória e não desista. Basta pausar a execução, o iOS dará a este aplicativo 0% do tempo de CPU. Definitivamente, ele não "troca" em nenhum lugar da memória do iDevice, conforme afirmado no artigo. Na verdade, é graças ao fato de ser possível usar a troca de aplicativos.
O aplicativo é removido da memória quando o telefone tem pouca memória para executar outros aplicativos com prioridade mais alta (normalmente outro aplicativo está sendo executado em primeiro plano).
No primeiro caso você tem razão, foi um erro de tradução. Quanto à troca, não estamos falando disso aqui, estamos falando da memória operacional, não do espaço de armazenamento no dispositivo iOS.
a imagem do aplicativo é armazenada na memória por um tempo limitado até que seja invocada novamente por um comando (veja 13,7 GB de 16 GB: os 2,3 GB são reservados para o sistema e aplicativos suspensos)
Assim, é necessário distinguir entre aplicações como Navegação, Skype e similares, estas aplicações permanecem ativas mesmo em segundo plano, ou uma determinada função não termina e continua, por exemplo, a enviar dados sobre a sua localização ou informações de localização. Ou como Vokul no modo pord, ouça e a multitarefa ainda esteja ouvindo em segundo plano.
Esses aplicativos esgotam a bateria e é necessário fechá-los manualmente e não esperar pelo iOS. com outros não é necessário, apenas caso o aplicativo trave.
Não posso concordar com o artigo. Min. em um iPad de 1ª geração (iOS 5.0.1) fica claro se tenho muitos aplicativos "abertos" na barra multitarefa ou apenas alguns. O iOS tenta limpar a memória, mas obviamente não é suficiente - o pequeno tamanho da RAM é provavelmente o seu maior ponto fraco.
então depende muito do sistema e do hardware usado, é bastante lógico que será pior em um iPad 1 com iOS 5.0.1 do que se fosse em um iPad de 2ª geração
Desculpe, cara, esta é uma descrição da maneira IDEAL como deveria funcionar. Infelizmente, a realidade é completamente diferente e você saberia disso se usasse produtos Apple, pelo menos tanto quanto eu (ou seja, ocasionalmente).
“Muitas vezes você pode ouvir superstições de que aplicativos executados em segundo plano no iOS ocupam a memória operacional”,
Não é uma superstição, é apenas um fato. Afinal, você mesmo afirma isso no artigo.
“Como mencionei antes, o usuário nunca precisa fechar os aplicativos em execução em segundo plano”.
ABSURDO. Isso é besteira, propaganda da maçã, não fique bravo comigo.
“Mas você não precisa fazer isso, porque o iOS fará isso por você. Se você tiver um aplicativo exigente suspenso em segundo plano, como um jogo que usa uma grande quantidade de RAM, o iOS irá removê-lo automaticamente da memória quando necessário, e você poderá reiniciá-lo tocando no ícone do aplicativo.”
Não é verdade. A situação é um pouco diferente. Um exemplo típico – tenho aplicativos exigentes em execução em segundo plano, preciso de jogos. Eu inicio o navegador, abro algumas abas -> preciso de mais memória. O que vai acontecer? Continuo exigindo aplicativos em segundo plano, pelo contrário, O PRÓPRIO NAVEGADOR CAI. Se eu fechar os aplicativos exigentes manualmente, o navegador funcionará por muito tempo sem problemas.
Isso é prática, não teoria. E estou surpreso que, como usuário de longa data de um produto Apple, você ainda não saiba disso.
Obrigado, isso está muito bem descrito e bem explicado. Você me ajudou bastante ;-) ♥
Apenas para uma introdução, não sou a favor nem contra o iOS, assim como no Android, mas há algumas coisas estranhas aqui, se como está escrito aqui: "você raramente encontra uma falha de aplicativo com iOS", então com Android, os aplicativos provavelmente travam uma vez por ano: -P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
Sim, mas os casos em que você precisa fechar o aplicativo manualmente são mínimos, já usei uma vez? ;-) e dar um link para um teste comparativo da Mobilemania é totalmente inútil, quando eu quiser ler sobre a publicidade que o Google pagou, vou dar uma olhada lá ;-) todo mundo pode ter qualquer telefone Android na mão e ele não funcionará de forma limpa, isto é, com exceção do Galaxy Nexus, cujo sistema é mais ou menos feito sob medida. No geral, o Android é um desastre
@Mek – Uso produtos Apple diariamente há vários anos e isso nunca aconteceu comigo, então sua teoria de alguma forma não funciona.
AT:
@redakce – Dá para perceber que o site está em constante trabalho ou algo está acontecendo com ele, mas tenho a sensação de que não leva uma semana para que tudo funcione como deveria. E eu realmente não venho mais aqui, porque o novo visual não combina comigo. Pelo menos usei a versão mobile no iPhone, mas agora não funciona de jeito nenhum - por que? No momento, eles não estão respondendo às postagens nos comentários.
@SteveJSF Infelizmente, as coisas nem sempre acontecem do jeito que queremos. Quanto às respostas, o novo plugin de SEO as quebrou, atualmente está sendo resolvido.
O WP-Touch também encerrou nosso serviço por algum motivo, então decidimos encontrar uma solução melhor do que este plugin. Então você pode esperar pelas próximas novidades em breve :-)
Belo artigo. No que diz respeito à prática, gostaria de dizer que concordo com várias coisas e na maioria das vezes funciona como dito, mas infelizmente ainda existem aplicações mal escritas que não se comportam corretamente, e depois há casos como este notado por alguns leitores. Acho que o Skype é um exemplo muito bom, sei pela prática que ele ainda roda em segundo plano (e tudo bem e é assim que deveria ser), mas o problema é que esse aplicativo esgota muito a bateria do aparelho e Não consigo mais ver direito. Por outro lado, aplicativos como Facebook, Badoo, etc. eles também continuam rodando em segundo plano, mas seu consumo é quase imperceptível (pelo menos não percebo nenhum). Então acho que o erro está nos aplicativos individuais. Se você soubesse quais, bastaria desligar manualmente apenas esses!
Portanto, a prática é que o Facebook funcione conforme necessário e o Skype apenas quando necessário.
Bom, por outro lado, se preciso economizar bateria e sei que tenho que manter o iPhone “vivo” o maior tempo possível, também desligo tudo o que é desnecessário na multitarefa, mas principalmente não tem grande impacto, mas se necessário limito 3G, toda internet móvel, WiFi, serviços de localização, modo avião, intensidade de iluminação, etc. Como parte da rotina, também desligo os aplicativos citados em multitarefa.
Então pessoalmente acho que o artigo é verdadeiro, infelizmente alguns programadores refutam essas coisas com seus aplicativos, pois seus aplicativos estão incorretos e na minha opinião só existem duas soluções para isso 1. Se for possível não usar o aplicativo e encontrar um alternativa, se possível, ou 2. Se não for possível, consulte, por exemplo, Skype, escreva para o programador fornecido no relatório e espere que ele faça algo a respeito.
Pode ser inútil desabilitar aplicativos manualmente, mas eu faço isso mesmo assim. Também tentei não desligar o sistema de aplicativos, deixá-los rodar (ou deixá-los dormindo em segundo plano) e a duração da bateria ficou bem menor, também foi necessário reiniciar o iPad 2 depois de umas três semanas, ele respondeu lentamente. Então desligo os aplicativos manualmente, a bateria dura mais, reiniciei recentemente no dia de Natal e está funcionando bem.
A propósito, eu faço a mesma coisa no Mac OS X, apenas fecho o aplicativo que não preciso (CMD + Q), é melhor do que deixá-lo dormir em segundo plano e consumir RAM desnecessariamente (o que o OS X pode fazer). Não funciona muito bem). Tenho pouca RAM, apenas 8 GB, mas no Windows 7 com 8 GB o sistema não respondia devagar nem trocava, no OS X isso é um fenômeno bastante comum (nunca desliguei o computador, faço isso com Mac também, então um mês ou mais de tempo de atividade não é exceção, o problema é que às vezes tenho que reiniciar o Mac por precaução para liberar RAM e "acelerar", o Windows 7 não precisa disso).
Estou mais interessado em como realmente explodir o aplicativo. O que aconteceu comigo foi que o aplicativo (especificamente no Geocaching) entrou em um estado em que carregava algo do servidor pai e ficou preso nesse estado. O botão Home funcionou, após a reinicialização ele voltou ao estado congelado (de onde parei). Saída manual (para o menu multitasting, segure o ícone e menos para fechar) = o aplicativo desapareceu, após reiniciar ele abriu em seu estado original onde congelou. Então fechei tudo, desliguei o telefone, liguei-o, cliquei duas vezes em HOME e eis que os aplicativos estavam todos lá como estavam antes de serem fechados, pouco antes de serem desligados. A reinicialização também não ajudou - mantenha-se em casa e em cima até esquentar. A única coisa que ajudou foi remover o aplicativo do telefone, reiniciá-lo e reinstalá-lo no telefone. De alguma forma eu não aceitei.
Esse gerenciamento multitarefa funciona e cabe aos desenvolvedores lidar com essas situações. Para os interessados em uma descrição mais detalhada e profissional de toda a situação, escreverei aqui como é.
O aplicativo pode responder a um total de 6 estados e esses estados são:
aplicaçãoWillResignActive
aplicaçãoDidEnterBackground
aplicativoWillEnterForeground
aplicaçãoDidBecomeActive
aplicaçãoWillTerminate
aplicaçãoDidReceiveMemoryWarning
Agora tentarei descrever esses estados com mais detalhes.
applicationWillResignActive – este estado significa que no futuro (uma questão de alguns milissegundos) o aplicativo renunciará como o aplicativo ativo (ou seja, o aplicativo em primeiro plano). Isso acontece, por exemplo, ao receber uma chamada enquanto estiver usando o aplicativo, mas ao mesmo tempo este portanto, esse estado será acionado antes mesmo de o aplicativo entrar em segundo plano, portanto, você precisa levar essas alterações em consideração. Este método também é adequado para, por exemplo, suspender todas as atividades que está realizando quando há uma chamada recebida e aguardar o término da chamada.
applicationDidEnterBackground - este status indica que o aplicativo entrou em segundo plano, os desenvolvedores devem usar este método para suspender todos os processos que não precisam necessariamente ser executados em segundo plano e limpar a memória de dados não utilizados e outros processos, por exemplo, expirar temporizadores, limpar de imagens carregadas na memória que não serão necessariamente necessárias ou encerrar a conexão com os servidores se não for crítico para o aplicativo concluir a conexão em segundo plano. Basicamente, esse método, quando chamado no aplicativo, deve ser usado para suspender completamente o aplicativo se alguma parte dele não precisar ser executada em segundo plano.
applicationWillEnterForeground – este estado é o oposto do primeiro estado quando o aplicativo renuncia ao estado ativo. Este estado do aplicativo significa simplesmente que nos próximos milissegundos o aplicativo suspenso será retomado do plano de fundo e aparecerá em primeiro plano (o aplicativo entra em primeiro plano). Este método deve ser usado pelos desenvolvedores para retomar quaisquer processos que estavam inativos enquanto o aplicativo estava em segundo plano, as conexões com os servidores devem ser restabelecidas, os temporizadores redefinidos, as imagens e os dados carregados na memória e outros processos necessários podem ser retomados antes que o usuário veja o aplicativo carregado novamente.
applicationDidBecomeActive – este status indica que o aplicativo acabou de se tornar ativo após ser restaurado para o primeiro plano, este é um método que pode ser usado para fazer ajustes adicionais na interface do usuário ou restaurar a UI ao seu estado original, etc. quando o usuário já pode ver no display, é necessário determinar no balanço o que está acontecendo neste método e no método anterior. Eles são chamados um após o outro com uma diferença de alguns milissegundos.
applicationWillTerminate - esse estado acontece alguns milissegundos antes do aplicativo terminar, ou seja, antes de o aplicativo realmente terminar. Manualmente em multitarefa ou ao desligar o dispositivo. Este método deve ser utilizado para salvar os dados processados e para encerrar todas as atividades e excluir dados que não serão mais necessários.
applicationDidReceiveMemoryWarning - e esta é uma condição que é muito discutida aqui, se necessário, o iOS removerá o aplicativo da memória caso ele utilize recursos do sistema desnecessariamente. Não sei exatamente o que o iOS faz com aplicativos em segundo plano, mas se precisar de um aplicativo para liberar recursos para outros processos, ele avisa com um aviso de memória para liberar os recursos que está mantendo. Portanto, esse método é chamado no aplicativo, e os desenvolvedores devem implementá-lo para que o aplicativo libere a memória que possui, salve os dados processados e exclua os dados desnecessários da memória e, de outra forma, libere a memória de forma adequada. É verdade que muitos desenvolvedores, por exemplo iniciantes, não pensam nessas coisas ou não as entendem, e então pode acontecer que seu aplicativo coloque em risco a vida útil da bateria e/ou consuma recursos do sistema desnecessariamente, mesmo em segundo plano. Não sei como o iOS se comportará se o aplicativo não fizer nada após receber um aviso de memória e continuar consumindo recursos do sistema como antes.
Esses poucos estados e métodos associados estão por trás de toda a "multitarefa" no iOS... é um ótimo sistema se os desenvolvedores não ignorarem a necessidade de serem responsáveis sobre o que os aplicativos irão exibir nos dispositivos de seus usuários se forem minimizados ou receba avisos do sistema e muito mais…
Espero que esta breve descrição ajude você a entender como o aplicativo está envolvido para que tudo funcione perfeitamente. Portanto, é quase possível dizer que se trata de um erro de uso incorreto por parte do usuário, o que pode ser entendido como - se você usar principalmente aplicativos gratuitos de desenvolvedores amadores em grande número, seu dispositivo iOS funcionará pior do que se você usar um grande número. número de aplicativos gratuitos e pagos de desenvolvedores experientes ou profissionais. Isto não quer dizer que não haja exceções em ambos os círculos. Por exemplo, o foursquare se comporta de maneira bastante estranha e exigente e, ao mesmo tempo, seria de se esperar que eles fossem desenvolvedores muito qualificados que dedicam muito tempo ao gerenciamento de memória e bateria, mas o oposto é verdadeiro. O maior problema do 4SQ é a comunicação com os servidores, que muitas vezes travam e ficam sobrecarregados. Este é apenas um exemplo de que mesmo aplicações conhecidas apresentam problemas, o que não muda o facto de o 4SQ ser um excelente serviço.
Divirtam-se Maçãs!! :)
Adicionamos as informações ao artigo com a gentil permissão do autor ;-)
Sinto muito, ENTER estava em todos os lugares entre os parágrafos, eles poderiam fazer algo sobre isso aqui para que os comentários tivessem pelo menos um pouco de FORMAÇÃO DE TEXTO RICO.
ArnieX: obrigado pelo comentário!!
Isso Faramir: Estou falando do seu problema, não sei se vai ajudar no seu caso, mas sei por experiência própria que se você fechar o aplicativo (em multitarefa) ele demora alguns segundos até ele fechar, então se você desliga, recomendo esperar alguns segundos (espero aprox. 10 segundos para ter certeza) até que esteja definitivamente concluído e só então eu inicio novamente.
De nada ;) Ficarei feliz em ajudar se tiver a oportunidade de contribuir.
Como deveria ser com o Meeb, quando eu entro no chat do ICQ ou FB através dele, ele sai automaticamente após 10 minutos e fico offline ou continua funcionando? obrigado pelo esclarecimento :P
Após dez minutos, a conexão do aplicativo com a Internet é simplesmente interrompida. No entanto, você ainda estará online no servidor Meeba e receberá uma notificação push se alguém escrever para você. Após reabrir o aplicativo, a conexão será estabelecida em alguns instantes e você poderá continuar conversando com alegria.
Portanto, se entendi corretamente o artigo que você vinculou, as estatísticas referem-se apenas a travamentos de aplicativos quando eles são iniciados, o que é uma porcentagem bastante pequena de casos em que podem ocorrer travamentos. Portanto, é impossível concluir desta “pesquisa” que o iOS seja menos estável na minha opinião. Além disso, o tradutor do artigo retirado da Forbes esqueceu de mencionar que a empresa que fornece os dados sobre falhas de aplicativos é apoiada, entre outros, pelo Google ("Crittercism, que é apoiado pelo Google Ventures,...").