আমি জিজ্ঞাসা করছি কারণ আমি একটি সি প্রক্রিয়া থেকে জাভাতে বাইট স্ট্রিম প্রেরণ করছি। সি দিকে 32 বিট পূর্ণসংখ্যার এলএসবি প্রথম বাইট এবং এমএসবি 4 তম বাইট রয়েছে।
সুতরাং আমার প্রশ্নটি: জাভা সাইডে যখন আমরা বাইটটি পড়ি যেমন এটি সি প্রক্রিয়া থেকে প্রেরণ করা হয়েছিল, জাভা দিকের এন্ডিয়ান কী ?
একটি ফলো-আপ প্রশ্ন: জাভা দিকের এন্ডিয়ান যদি প্রেরিতের মতো না হয় তবে আমি কীভাবে তাদের মধ্যে রূপান্তর করতে পারি?
উত্তর:
নেটওয়ার্ক বাইট অর্ডার (বিগ এন্ডিয়ান) ব্যবহার করুন যা জাভা যেভাবেই ব্যবহার করে ঠিক একই। সি-তে বিভিন্ন অনুবাদকের জন্য ম্যান এইচটনস দেখুন
আমি গুগলের মাধ্যমে এখানে হোঁচট খেয়েছি এবং আমার উত্তর পেয়েছে যে জাভা বড় এন্ডিয়ান ।
প্রতিক্রিয়াগুলি পড়তে আমি উল্লেখ করতে চাই যে বাইটগুলির প্রকৃতপক্ষে একটি এন্ডিয়ান অর্ডার রয়েছে যদিও করুণার সাথে, আপনি যদি কেবলমাত্র "মূলধারার" মাইক্রোপ্রসেসরের সাথে কাজ করে থাকেন তবে আপনি সম্ভবত এটি ইন্টেল, মোটোরোলা এবং জিলোগের মতো মুখোমুখি হতে পারেন না all তাদের ইউআরটি চিপগুলির শিফট দিকের বিষয়ে একমত হয়েছে এবং বাইটের এমএসবি হবে 2**7এবং এলএসবি 2**0তাদের সিপিইউতে থাকবে (আমি এই জিনিসটি কত পুরানো তা জোর দেওয়ার জন্য ফরট্রান পাওয়ার স্বরলিপি ব্যবহার করেছি :))।
20+ বছর আগে যখন আমরা একটি ম্যাক কম্পিউটারের সাথে 10 ডলার ইন্টারফেস হার্ডওয়্যার প্রতিস্থাপন করেছি তখন আমি কিছু স্পেস শাটল বিট সিরিয়াল ডাউনলিংক ডেটা নিয়ে এই ইস্যুটিতে প্রবেশ করি। এটি সম্পর্কে একটি নাসা টেক সংক্ষিপ্ত প্রকাশিত হয়েছে অনেক আগে। table[0x01]=0x80প্রতিটি বাইট বিট স্ট্রিম থেকে স্থানান্তরিত হওয়ার পরে আমি বিটগুলি বিপরীত ( ইত্যাদি) সহ একটি 256 এলিমেন্ট লুক আপ টেবিলটি ব্যবহার করেছি ।
জাভাতে কোনও স্বাক্ষরবিহীন পূর্ণসংখ্যা নেই। সমস্ত পূর্ণসংখ্যা স্বাক্ষরিত হয় এবং বড় এডিয়ান।
সি পাশের প্রতিটি বাইটটি শুরুতে এলএসবি টান করে বামদিকে এবং শেষে এমএসবি।
মনে হচ্ছে আপনি এলএসবিকে সবচেয়ে কম গুরুত্বপূর্ণ হিসাবে ব্যবহার করছেন, আপনি কি? এলএসবি সাধারণত কমপক্ষে উল্লেখযোগ্য বাইট হিসাবে দাঁড়ায়। এন্ডিয়নেসনেট বিট ভিত্তিক নয় বাইট ভিত্তিক।
স্বাক্ষরবিহীন বাইট থেকে জাভা সংখ্যায় রূপান্তর করতে:
int i = (int) b & 0xFF;
বাইটে স্বাক্ষরযুক্ত 32-বিট লিটল এন্ডিয়ান থেকে জাভা লংতে রূপান্তর করতে (আমার মাথার উপরের দিক থেকে, পরীক্ষা করা হয়নি):
long l = (long)b[0] & 0xFF;
l += ((long)b[1] & 0xFF) << 8;
l += ((long)b[2] & 0xFF) << 16;
l += ((long)b[3] & 0xFF) << 24;
জাভাতে এটি কোনও কিছুর উপর প্রভাব ফেলতে পারে এমন কোনও উপায় নেই, যেহেতু জাভাতে কিছু বাইট ম্যাপ করার কোনও (সরাসরি নন-এপিআই) উপায় নেই।
প্রতিটি বা এটির মতো অনুরূপ কিছু এপিআই আচরণটি বেশ সুনির্দিষ্টভাবে সংজ্ঞায়িত করে, তাই আপনার সেই API এর ডকুমেন্টেশন সন্ধান করা উচিত।
আমি এক এক করে বাইটগুলি পড়তাম এবং সেগুলি একটি দীর্ঘ মূল্যের সাথে একত্রিত করতাম । এইভাবে আপনি পরিণতি নিয়ন্ত্রণ করতে পারেন এবং যোগাযোগের প্রক্রিয়াটি স্বচ্ছ।
এটি যদি আপনি ব্যবহার করেন এমন প্রোটোকলের সাথে মানানসই হয় তবে কোনও ডেটা ইনপুটস্ট্রিম ব্যবহার করার বিষয়টি বিবেচনা করুন, যেখানে আচরণটি খুব ভালভাবে সংজ্ঞায়িত ।
উপরে বর্ণিত জাভা হ'ল 'বিগ-এন্ডিয়ান'। এর অর্থ হ'ল আপনি যদি মেমরি পরীক্ষা করেন (অন্তত একটি ইন্টেল সিপিইউতে) কোন int এর এমএসবি বাম দিকে থাকে। সমস্ত জাভা পূর্ণসংখ্যার ধরণের জন্য সাইন বিটটি এমএসবিতেও রয়েছে।
একটি 'লিটল-এন্ডিয়ান' সিস্টেম দ্বারা সঞ্চিত বাইনারি ফাইল থেকে 4 বাইট স্বাক্ষরযুক্ত পূর্ণসংখ্যা পড়া জাভাতে কিছুটা অভিযোজন গ্রহণ করে। ডেটা ইনপুট স্ট্রিমের রিডইন্ট () বিগ-এন্ডিয়ান ফর্ম্যাটটি প্রত্যাশা করে।
এখানে একটি উদাহরণ যা একটি চারটি বাইট স্বাক্ষরবিহীন মান (যেহেতু HexEdit দ্বারা 01 00 00 00 হিসাবে প্রদর্শিত হবে) 1 এর মান সহ পূর্ণসংখ্যায় পড়ে:
// Declare an array of 4 shorts to hold the four unsigned bytes
short[] tempShort = new short[4];
for (int b = 0; b < 4; b++) {
tempShort[b] = (short)dIStream.readUnsignedByte();
}
int curVal = convToInt(tempShort);
// Pass an array of four shorts which convert from LSB first
public int convToInt(short[] sb)
{
int answer = sb[0];
answer += sb[1] << 8;
answer += sb[2] << 16;
answer += sb[3] << 24;
return answer;
}
জাভা শক্তি প্রকৃতপক্ষে বড় এন্ডিয়ান: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11
byte[] bbb = ByteBuffer.allocate(4).putFloat(0.42f).array();একটি byteঅ্যারে C/C++তৈরি করেছে যা আমার উত্পাদিত সামগ্রীর বিপরীত । অতএব, জাভা এর বড় অন্তিমতা রানটাইম সময় ডেটা এমনকি কার্যকর করে।