Kacam.net

Diagnostic d'incident

内存一周涨满一次,重启就好

内存一周涨满一次,靠每周三凌晨重启扛着,已经两个月了。

Copiez la consigne, puis choisissez un modèle. Il joue l'examinateur et vous interroge acte par acte au lieu de vous donner la réponse.

Sur un téléphone où l'application est installée, le système l'ouvre directement. Dans WeChat, les liens n'ouvrent pas les applications externes : ouvrez-le d'abord dans un navigateur.

「重启就好」很容易让人直接归成「泄漏」,然后一头扎进「找哪个对象没释放」——而这一份的真相不在那个方向上。

内存一直涨至少是三种完全不同的东西,处理办法也完全不同。先分家,再往下走,顺序是固定的:堆内还是堆外 → 直方图 → 持有链。跳过前两步直接猜「是不是 ThreadLocal」,是这类问题上最常见的浪费。

现场里正好摆着两个教科书上的经典嫌疑人等你扑上去。

★★★★☆ · environ 35 min · Ce qui est évalué : 先分三种、堆内还是堆外、直方图与持有链

Le geste que celle-ci travaille

Savoir sortir l'outil Formuler et tester

Déjà fait celui-ci ?

Connectez-vous pour noter que vous l'avez fait : la prochaine fois, vous verrez quel jour c'était.

Notes de ceux qui l'ont fait

Personne n'a encore écrit. Une fois terminé, racontez ce qui est sorti de l'échange : quel acte vous a bloqué, quelle conclusion vous avez changée ensuite.

Se connecter pour écrire une note.

Comment s'en servir

Elle vous donne la scène (quel service, le symptôme, depuis quand, l'étendue) puis se tait. Vous posez des questions, réclamez métriques, journaux, captures réseau, avancez des hypothèses — elle répond selon une vérité que vous ne voyez pas.

**Il lui est interdit de vous indiquer d'elle-même où regarder ensuite.** Si vous ne demandez pas, elle ne dit rien — même si vous tournez en rond dix minutes. C'est délibéré : dans la vraie vie, personne à côté de vous ne dit « regarde le flame graph ». Diagnostiquer, *c'est* savoir quoi demander.

Comment démarrer

  1. Choisissez-en une, ouvrez-la, copiez l'invite.
  2. Collez-la dans une conversation toute neuve.
  3. Elle donne la scène puis s'arrête — **à vous de parler.**

Quatre commandes à lancer à tout moment

  • 给个方向 une direction, pas la réponse (comptabilisé)
  • 公布真相 révéler la vérité et conclure
  • 换一个 recommencer avec un autre incident
  • 复盘 conclure tout de suite et sortir la fiche de bilan

Trois pièges

  • Ne lisez pas la vérité en fin de fichier — cela gâche tout l'exercice.
  • Ne commencez pas par deviner la cause. Établissez d'abord l'étendue (combien, quelle partie, depuis quand) : c'est elle qui dit si le problème est dans le code ou dans l'environnement.
  • Chaque scène contient de fausses pistes : une mise en production sans rapport au même moment, des métriques qui sont des conséquences et non des causes, le suspect classique qui vous attend. Le bilan vous dira combien de questions vous avez dépensées sur chacune.

Commencez par le P99 : sa chaîne de diagnostic est la plus propre. Puis « seulement certaines machines », dont la leçon est la plus réutilisable. Gardez le timeout intermittent pour plus tard : la réponse est hors de votre système. Le rapport qui ne colle pas ne demande aucune connaissance système.