Ang
DateFormat ay hindi ligtas sa thread. Kung maraming thread ang gumagamit ng parehong DateFormat object nang walang anumang pag-synchronize maaari kang makakuha ng mga hindi inaasahang resulta. Kaya dapat mong i-synchronize ang access sa DateFormat object, gumamit ng ThreadLocal variable o gumamit ng alternatibong Date API gaya ng Joda-Time. static ay hindi dapat maging problema.
Dapat bang static ang DateTimeFormatter?
Ang klase ng DateTimeFormatter ay parehong hindi nababago at ligtas sa thread; maaari itong (at dapat) italaga sa isang static na pare-pareho kung saan naaangkop.
Ang SimpleDateFormat thread-safe ba ay true b false?
Ligtas ba ang thread ng SimpleDateFormat? Paliwanag: SimpleDateFormat ay hindi ligtas sa thread. Sa multithreaded environment, kailangan nating pamahalaan ang mga thread nang tahasan.
Ano ang maaari kong gamitin sa halip na SimpleDateFormat?
Ang
Pag-format at pag-parse ng oras
DateTimeFormatter ay isang kapalit para sa lumang SimpleDateFormat na thread-safe at nagbibigay ng karagdagang functionality.
Ang isang static na field ba ng uri ng Java text Dateformat na hindi ligtas sa thread?
8 Sagot. Ang DateFormats ay hindi thread-safe, ibig sabihin, nagpapanatili ang mga ito ng panloob na representasyon ng estado. Ang paggamit sa mga ito sa isang static na konteksto ay maaaring magbunga ng ilang medyo kakaibang bug kung maraming thread ang nag-a-access sa parehong instance nang sabay-sabay.
