कक्षा फ़ाइल और यूटीएफ -16 में यूटीएफ -8 का उपयोग रनटाइम में क्यों किया जाता है?

Question

क्यों .class यूटीएफ -8 है, लेकिन रनटाइम .class यूटीएफ -16 है?

Answer 1

स्रोत कोड किसी भी एन्कोडिंग हो सकता है, आप भी संकलक क्या एन्कोडिंग -encoding ध्वज का उपयोग कर उपयोग करने के लिए कह सकते हैं।

JVM UTF-16 का उपयोग करता है, और यह JLS में निर्दिष्ट है:

जावा प्रोग्रामिंग भाषा, 16-बिट कोड इकाइयों के दृश्यों में पाठ का प्रतिनिधित्व करता है UTF-16 एन्कोडिंग का उपयोग कर।

Answer 2

javac encoding:

-encoding एन्कोडिंग ऐसे ईयूसी-जेपी और UTF-8 के रूप में स्रोत फ़ाइल एन्कोडिंग नाम, सेट करें। यदि -encoding निर्दिष्ट नहीं है, तो प्लेटफ़ॉर्म डिफ़ॉल्ट कनवर्टर का उपयोग किया जाता है।

JVM encoding:

जावा आभासी मशीन के हर उदाहरण के एक डिफ़ॉल्ट चारसेट, जो या मानक वर्णसेट में से एक हो नहीं हो सकता है। डिफ़ॉल्ट वर्णसेट वर्चुअल-मशीन स्टार्टअप के दौरान निर्धारित किया जाता है और आमतौर पर अंतर्निहित ऑपरेटिंग सिस्टम द्वारा उपयोग किए जाने वाले लोकेल और वर्णसेट पर निर्भर करता है।

Answer 3

क्यों .class UTF-8

जो आम तौर पर ज्यादातर ASCII हैं एक पश्चिमी दर्शकों के लिए लिखा कक्षाएं, के लिए है, यह सबसे कॉम्पैक्ट एन्कोडिंग है।

लेकिन रनटाइम। क्लास यूटीएफ -16 है?

क्रम में यह, तार कि एक निश्चित चौड़ाई एन्कोडिंग (Why Java char uses UTF-16?) का उपयोग हेरफेर करने के लिए इतना यूसीएस -2 में चुना गया था जल्दी है। यह यूसीएस -2 से यूटीएफ -16 के परिवर्तन से यह एक और परिवर्तनीय-चौड़ाई एन्कोडिंग बना रहा है।

जैसा कि उस प्रश्न की टिप्पणियों में उल्लेख किया गया है, JEP 254 रनटाइम प्रतिनिधित्व को कुछ और अधिक कुशल (उदाहरण के लिए, लैटिन -1) में बदलने के लिए अनुमति देता है।