Sentry-javascript: مع تسرب الذاكرة withScope ، يكون واضحًا جدًا عند استخدام scale.setTag في @ sentry / node

هل أنت قادر على تقديم بعض الحالات المصاحبة لذلك؟ سيؤدي setTag مع الطلبات المتزامنة المتعددة بالتأكيد إلى زيادة مساحة الذاكرة ، ولكن بمجرد أن يكون النطاق هو GC ، يجب أن تنخفض الذاكرة إلى خط الأساس.

kamilogorek الرمز المخالف هنا: https://github.com/ParabolInc/action/blob/0bde4b002aa3d53fc00f1febcb39185079d827f2/packages/server/utils/sendToSentry.ts#L28 -L35

من نظراته ، فإن النطاق لا يحصل على GC.

قد لا تحظى بشعبية ، ولكن كل ما أريده حقًا هو استدعاء واجهة برمجة تطبيقات نظيف يأخذ استثناءات ومتغيرات. على سبيل المثال ، Sentry.captureExpection(error, {tags: {foo: 1}}) . من شأنه التخلص من النطاقات وتسريبات الذاكرة المرتبطة بها.

ينفذ withScope في نهاية دورة حياته عملية popScope التي تتخلص من الطبقة من المصفوفة الداخلية ، وبالتالي لا يوجد مرجع قوي لها - يعتني GC بها تلقائيًا.
fwfw يمكنك تغيير مكالمتك إلى:

Sentry.withScope((scope) => {
  scope.setUser(user)
  scope.setTags(tags)
  Sentry.captureException(error)
});