문제

예외를 위해 스택 추적을 얻는 것이 얼마나 비효율적입니까? 비용이 많이 들지만 비용이 얼마나 드는지 알아? 그들이 확실히해야한다 ~ 아니다 생산 환경에서 사용됩니까?

도움이 되었습니까?

해결책

생산 환경에서는 도움이됩니다 통나무 스택 추적으로 사용자가 기술 지원에 연락 할 때 찾을 수 있습니다. 이해할 수있는 (일반적인 사용자에 의해) 메시지 대신 스택 추적 인쇄를 피해야합니다.

예외적 인 코드 블록의 효율성에 대해 걱정해서는 안됩니다. 오류 복구가 여기에서 가장 중요한 것입니다.

다른 팁

예외가있는 경우 중요한 경로, 당신은 이미 성능 문제가 있습니다. 예외를 추적하기 위해 스택 추적을 얻는 것은 중대한, IMO.

내 질문은 왜 예기치 않게 잘못되었을 때 성능에 관심을 갖고 있습니까? 이 시점에서 응용 프로그램의 정신이 문제가되므로 누가 빠르지 않습니까?

Bills Point는 실제로 돈에 자리 잡고 있으며 의견을 추가했지만 여기에 답을 추가하고 싶었습니다.

프로덕션 환경에서 공개적인 사이트에서 스택 추적을 사용자에게 결코 인쇄하지는 않습니다. 스택 트레이스가 발생한 오류의 특성에 따라 보안 정보 (데이터베이스 이름 등)가 유출 될 수있는 정보를 포함 할 수 있습니다.

동일한 규칙은 오류 메시지에 대해 사용됩니다.

나는 보통 다른 부품이나 다른 시스템에 크게 의존하는 시스템의 일부에서 발생할 수 있다는 것을 알고 있다면 스택 추적 만 인쇄하거나 저장합니다. 이는 오류가 간헐적이며 환경 상태에 크게 의존 할 수 있으므로 통합을 담당하는 조각에 특히 그렇습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top