Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Ao gravar os métodos Java/Kotlin chamados durante a execução do código do app, é possível
ver a pilha de chamadas e o uso da CPU em um determinado momento, filtrados para métodos
Java/Kotlin. Esses dados são úteis para identificar seções de código que levam muito tempo ou consomem muitos recursos do sistema para serem executadas. Se você quiser uma visualização completa da
pilha de chamadas, incluindo frames de chamadas nativas, use a tarefa de
criação de perfil de amostra de pilha de chamadas.
Ao gravar métodos Java/Kotlin usando o criador de perfil do Android Studio, você pode
escolher o tipo de gravação:
Rastreamento: instrumenta seu app em tempo de execução para gravar um carimbo de data/hora no
início e no término de cada chamada de método. Os carimbos de data/hora são coletados e comparados
para gerar dados de rastreamento de métodos, incluindo informações de tempo. Use o rastreamento quando quiser saber os métodos exatos que estão sendo chamados. Como o rastreamento é um processo intenso, se você estiver usando essa opção, é melhor manter a gravação em torno de cinco segundos ou menos.
Amostragem (legada): captura a pilha de chamadas do app em intervalos frequentes durante
a execução de código baseada em Java ou Kotlin do app. O criador de perfil compara conjuntos de dados capturados para conseguir informações de uso de tempo e recursos sobre a execução do código baseado em Java ou Kotlin do app. Use a amostragem se você se importa mais com o tempo do que com os métodos exatos que estão sendo chamados.
Uso da CPU: mostra o uso da CPU pelo app como uma porcentagem da capacidade total disponível
da CPU por tempo. O uso da CPU inclui não apenas métodos Java/Kotlin, mas também código nativo. Destaque uma seção da linha do tempo para filtrar os detalhes desse período.
Interações: mostra eventos de interação do usuário e de ciclo de vida do app ao longo de uma linha do tempo.
Threads: mostra as linhas de execução em que o app é executado. Na maioria dos casos, você vai querer se concentrar primeiro na linha de execução mais alta que representa seu app.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-07-27 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-27 UTC."],[],[],null,["# Record Java/Kotlin methods\n\nRecording the Java/Kotlin methods called during your app's code execution lets\nyou see the callstack and CPU usage at a given time, filtered to Java/Kotlin\nmethods. This data is useful for identifying sections of code that take a long\ntime or a lot of system resources to execute. If you want a full view of the\ncallstack including native call frames, use the\n[callstack sample](/studio/profile/sample-callstack)\nprofiling task.\n\nWhen you record Java/Kotlin methods using the Android Studio profiler, you can\nchoose the recording type:\n\n- Tracing: Instruments your app at runtime to record a timestamp at the\n beginning and end of each method call. Timestamps are collected and compared\n to generate method tracing data, including timing information. You should use\n tracing when you care about the exact methods being called. Because tracing is\n an intensive process, if you're using this option it's best to keep your\n recording around five seconds or less.\n\n | **Note:** The timing information from tracing might deviate from production due to the overhead introduced by the instrumentation itself.\n- Sampling (legacy): Captures your app's call stack at frequent intervals during\n your app's Java- or Kotlin-based code execution. The profiler compares sets of\n captured data to derive timing and resource usage information about your app's\n Java- or Kotlin-based code execution. You should use sampling if you care more\n about timing than the exact methods being called.\n\n| **Note:** If you're interested in tracing methods with lifecycles so short that they're likely to begin and end in between a sampling interval, and thus get missed by the profiler, you should try tracing instead.\n\nJava/Kotlin methods overview\n----------------------------\n\nAfter you [run the **Find CPU Hotspots** task](/studio/profile#start-profiling)\nthe Android Studio Profiler provides the following information:\n\n- **CPU Usage**: Shows CPU usage of your app as a percentage of total available CPU capacity by time. Note that the CPU usage includes not only Java/Kotlin methods but also native code. Highlight a section of the timeline to filter to the details for that time period.\n- **Interactions**: Shows user interaction and app lifecycle events along a timeline.\n- **Threads**: Shows the threads that your app runs on. In most cases, you'll want to first focus on the topmost thread that represents your app.\n\nTo identify the methods or call stacks that take the most time, use the\n[flame chart](/studio/profile/chart-glossary/flame-chart) or\n[top down](/studio/profile/chart-glossary/top-bottom-charts) chart."]]
