en en ko ko ko ja en en zh en pt ko it ko ko ko nl ko ko ko ko ko ru ko en ko ko ko ko ko nl ko ko ko ko ko zh en en en en pt fr en en kn en sv fr en en en en en es fr en en en fr ja en en en en en en en en en fi en hu pt hbs_lat ru en en en en pl ko ko ko ko ko ko ko zh en en pt en en en uz en en fr eo sv en en en es en en en en en en ja en it hu ja eo en de en ko ko en en
스칼라에서 NoStackTrace를 사용하는 것이 좋습니다? 사용하는 것이 좋은 습관입니까,
NoStackTrace스칼라의 예외에 대한 믹스 인을 보았습니다.
그것을 사용하는 것이 좋은 습관입니까, 아니면 스칼라에 “내부”로 간주되어 혼자 남겨 져야합니까?
잠시 동안 스택 오버플로로 넘어가십시오. Java 예외는 얼마나 느립니까?
예외를 던지는 데 가장 많은 비용이 드는 부분은 예외와 함께 발생하는 스택 추적의 인구 집단입니다.
이 스택 추적은 문제를 디버깅 할 때 문제가 발생하는 위치를 파악하려고 할 때 매우 유용합니다. 문제에 대한 표준 질문 중 하나는 “코드는 무엇입니까”와 “스택 추적은 무엇입니까”입니다. 이 두 가지가 없으면 문제를 진단하는 것이 거의 불가능합니다.
그러나 모든 예외가 문제에 의해 생성되는 것은 아닙니다 . 그들 중 일부는 거의 기대합니다.
어떤 소스에서 String을 얻었고 Integer.decode 를 사용하여 정수 형식으로 다시 가져 오려는 상황을 고려하십시오 .
Integer foo = Integer.decode(str);
그러나 그것은 decode확인 을 던졌습니다 NumberFormatException. 확인…
Integer foo; try { foo = Integer.decode(str); } catch (NumberFromatException e) { // raise an error back to the input form }
그러나 실제로 스택 추적에 신경 쓰지 않지만 거기에 있습니다. 스택 트레이스를 채웠기 때문에 조금 느리게 느립니다.
따라서 스칼라에는 다음이 있습니다 NoStackTrace.
효율성상의 이유로 스택 추적을 채우지 않는 예외에 대한 특성. scala.sys.SystemProperties의 시스템 속성 래퍼를 통해 전역 적으로 스택 추적 억제를 비활성화 할 수 있습니다.
필요없는 것을 채우지 마십시오. 스택 트레이스를 처리하기 때문에 스택 트레이스에 신경 쓰지 않아도됩니다. 이것은 지나가는 것이 아니며 그다지 뛰어난 것은 아닙니다.
당신이 취급하는 것을 알 때 그것을 사용하는 것은 나쁜 습관이 아닙니다. 그러나 체인에 이것을 전달하는 경우 사용하지 마십시오. 예외가 발생한 위치를 기록하면됩니다.
이 글은 Software 카테고리에 분류되었고 exceptions, scala 태그가 있으며 소장 마님에 의해 2022-07-27에 작성되었습니다.
데스크탑 또는 폴더에서 파일에 대한 링크 만들기 탐색기)가 열려
CLI를 통해 WPA2- 엔터프라이즈 연결에 연결 (데스크탑 없음) 연결에 연결하는 데 필요한 설명을
dnsmasq 순환 루프 오류 어딘가에 구성이없는 것을
“연결 프로그램”목록을 제거 / 변경하려면 어떻게합니까? 하나를 제거하고
저는 관리자입니다. 업무 관계 및 프로그래머와의 의사 소통을 어떻게 개선 할 수 있습니까? [닫은] 5 년 동안 여러
Proudly powered by WordPress