1. ข้อความที่เผยแพร่สอดคล้องกับ ID (ตราบใดที่ทิศทางเดียวไม่ซ้ำกันเซิร์ฟเวอร์อาจทำซ้ำการรับสัญญาณตาม ID) กลไกการส่งข้อความใหม่ทำให้มั่นใจได้ว่ามีความพยายามลองอีกครั้ง หากการลองใหม่ล้มเหลวผู้ใช้จะได้รับแจ้ง การส่งที่ประสบความสำเร็จจะเป็นข้อเสนอแนะและการยืนยัน ลูกค้าจะรู้ว่าการส่งนั้นสำเร็จหลังจากได้รับข้อมูลการยืนยัน การส่งข้อความอาจไม่สร้าง Synckey ใหม่
2. กลไกการซิงโครไนซ์ข้อความสถานะตามหมายเลขเวอร์ชัน (synkey) ข้อกำหนดการส่งข้อมูลที่เพิ่มขึ้นและเป็นระเบียบนั้นเป็นธรรมชาติ การแจ้งเตือนการเชื่อมต่อที่ยาวนาน/การได้รับการเชื่อมต่อสั้น ๆ การยืนยัน ฯลฯ วิธีการโต้ตอบเป็นเรื่องง่ายทำให้มั่นใจได้ว่าข้อความที่เชื่อถือได้และแม่นยำ
3. ฝั่งไคลเอ็นต์/เซิร์ฟเวอร์จะจัดเก็บบันทึกการประมวลผล ID ข้อความเพื่อหลีกเลี่ยงการบริโภคไคลเอนต์ซ้ำ ๆ เพื่อรับข่าวสารล่าสุด แต่ฝั่งเซิร์ฟเวอร์จะไม่คิดว่าข้อความนั้นถูกใช้ไปแล้ว ลูกค้าจะได้รับอีกครั้งในครั้งต่อไปและจะสอบถามว่าข้อความปัจจุบันได้รับการประมวลผลหรือไม่ ขึ้นอยู่กับปรากฏการณ์บางอย่าง
4. โดยรวมแล้ว WeChat Protocol Cross-Platform (ทั้ง TCP หรือ HTPP สามารถนำเสนอได้และวิธีการประมวลผลสามารถรวมเป็นหนึ่งเดียว) และมีความน่าเชื่อถือมากผ่านการซิงโครไนซ์ "Handshake" และสามารถรองรับได้ดีบนแพลตฟอร์มใด ๆ
5. ค่าใช้จ่ายขั้นต่ำของโปรโตคอล WeChat คือ 16 ไบต์ ส่วนใหญ่แล้วแพ็คเก็ตข้อความหลายรายการจะรวมเข้าด้วยกันและส่งเป็นแบทช์ ข้อตกลง WeChat ไม่ใช่เรื่องง่ายที่สุดและไม่ใช่การประหยัดการจราจรมากที่สุด แต่ก็ประสบความสำเร็จอย่างมาก
6. หากเซิร์ฟเวอร์ตรวจจับความไม่แน่นอนบางอย่างอาจทำให้โปรโตคอล SSL Seckets Seckets ที่เปิดใช้งานไมโครใช้งานเพื่อดำเนินการส่งการเชื่อมต่อ TCP ยาวแบบเดิม ไม่มีการเปลี่ยนแปลงการเชื่อมต่อสั้น ๆ
7. ส่งวิธีข้อความ
ส่งข้อความเพื่อผ่านช่องทางเชื่อมต่อ TCP Long ที่จัดตั้งขึ้นส่งข้อความไปยังเซิร์ฟเวอร์จากนั้นยอมรับข้อมูลการยืนยัน ฯลฯ เพื่อสร้างการโต้ตอบ
เมื่อเพื่อนได้รับการอ่านข้อมูลพวกเขาจะได้รับการแจ้งเตือนเซิร์ฟเวอร์ซึ่งจะสร้างการโต้ตอบ ฯลฯ
สามารถยืนยันได้ว่า WeChat ส่งข้อความไปยังโหมดการเชื่อมต่อ Long TCP เนื่องจากไม่ส่งผลกระทบต่อข้อมูลสถานะของตัวเอง Synckey ไม่ควรแลกเปลี่ยน
ภายใต้เครือข่ายความเร็วต่ำคุณอาจเห็นข้อความส่งข้อความซึ่งเป็นของกลไกการส่งข้อความ
เครือข่ายไม่ดีบางครั้งลูกค้าจะมีเครื่องหมายอัศเจรีย์สีแดงที่ไม่สามารถส่งได้
ข้อความที่ถูกส่งไปยังเซิร์ฟเวอร์ แต่ยังไม่ได้รับการยืนยันไคลเอนต์จะแสดงเครื่องหมายอัศเจรีย์สีแดงและส่งใหม่อีกครั้งเซิร์ฟเวอร์จะประมวลผลเป็นข้อความที่ซ้ำกันและการยืนยันข้อเสนอแนะ
การอัปโหลดรูปภาพจะถูกแบ่งออกเป็นหลายส่วนตามขนาดของภาพ (ประมาณ 1.5k แบ่งออกเป็นส่วน ๆ ) ในเวลาเดียวกันลูกค้าจะเริ่มคำขอโพสต์หลายครั้ง หลังจากการอัปโหลดแต่ละครั้งสำเร็จเซิร์ฟเวอร์อาจรวมเข้ากับภาพที่สมบูรณ์ส่งคืนรูปขนาดย่อและแสดงในหน้าต่างแชทของแอพ แอพถูกส่งไปยังเซิร์ฟเวอร์เป็นข้อความปกติ
เมื่ออัปโหลดเสียงให้ไปที่ช่อง TCP เพียงอย่างเดียวและบันทึกเสียงภายในสองวินาที หลังจากที่ลูกค้าทำการบันทึกเสร็จแล้วมันจะถูกแบ่งออกเป็นสองช่วงตึกเพื่อส่งหนึ่งบล็อกประมาณ 1.5k เซิร์ฟเวอร์ตอบกลับการแจ้งเตือนข้อมูลเพื่อยืนยันใบเสร็จรับเงิน การส่งข้อมูลทั้งหมดสามครั้ง
ข้อมูลเสียงและข้อความธรรมดามีความสอดคล้องกันซึ่งทั้งสองอย่างนี้เป็นการเชื่อมต่อ TCP ที่มีความยาวส่งโดยไคลเอนต์และยืนยันโดยเซิร์ฟเวอร์
ข้างต้นเป็นบทสรุปของข้อตกลงการพัฒนา WeChat ที่แนะนำโดยบรรณาธิการ ฉันหวังว่ามันจะเป็นประโยชน์กับทุกคน หากคุณมีคำถามใด ๆ โปรดฝากข้อความถึงฉันและบรรณาธิการจะตอบกลับทุกคนในเวลา ขอบคุณมากสำหรับการสนับสนุนเว็บไซต์ Wulin.com!