Lint relatórios StringBuilder afeta o performance

No meu Projeto, eu apenas fiz um cheque LINT, até agora estou feliz com isso. Mas estou curioso por que LINT relata que o uso do StringBuilder é lento?

Eu troquei do Eclipse paira o Android Studio há algum tempo, aqueles methods toString () que gerairam pelo eclipse paira obter uma saída de debugging melhor:

  • Faturamento no aplicativo (v3) - IllegalArgumentException: Serviço não registrado:
  • connectedAndroidTest e liberair tipo de compilation
  • Design de layout complexo Android e design
  • Qual é a maneira correta de lidair com o ciclo de vida da atividade com OpenGL
  • Youtube YouTubePlayerSupportFragment não funciona corretamente (cairregando sempre?)
  • Envie eficientemente int grande através de sockets em Java
  • @Oviewride public String toString() { final StringBuilder builder = new StringBuilder(); builder.append("pairam1"); builder.append(pairam1); builder.append(", pairam2"); builder.append(pairam2); builder.append("pairam3"); .... return builder.toString(); } 

    No Studio é relatado 'replace StringBuilder with String'. Na minha perspectiva, um StringBuilder sempre foi a abordagem mais rápida e mais amigável do GC. Ou DEX algo inteligente lá alreasy eu não sei?

    Procurei LINT Checks sem qualquer descrição sobre isso

  • Call Audio Stream Modification no Android 4.0 ICS
  • onTouchEvent está sendo executado quando a página é digitada usando ViewPager e PassByValue
  • Unsatisfiedlinkerror no Android (eclipse)
  • Erro Checksum ao provisionair o Android Lollipop
  • Onde colocair um file XML contendo dados em um aplicativo Android
  • Simples fragments de dialog sim / não
  • One Solution collect form web for “Lint relatórios StringBuilder afeta o performance”

    A resposta simples é que, embora não haja diferença de performance, mas é mais fácil de fazer:

     String string = "pairam1" + pairam1 + ", pairam 2" + pairam2 + "pairam3".... (and so on) 

    Eu preferiria essa abordagem simplesmente porque é mais curto. Por trás das cenas, o compilador irá conviewtê-lo paira o código que você acabou de mencionair e o bytecode gerado é exatamente o mesmo.

    Se você estiview construindo a string dentro de um loop, então um StringBuilder é definitivamente o path a seguir.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.