ฉันต้องการเพิ่มบริการลงในแอพ Android ของฉันซึ่งทำงานอยู่เบื้องหลังโดยถือการเชื่อมต่อWebSocket (อาจใช้เวลาหลายชั่วโมงหรือหลายวัน) และส่งข้อมูลบางอย่างไปยังเซิร์ฟเวอร์เป็นประจำ

ตอนนี้ดูเหมือนจะมีห้องสมุด WebSocket จำนวนมากสำหรับ Java และฉันไม่แน่ใจว่าควรใช้อันไหน:

• TooTallNate / Java-WebSocket คำอธิบายจาก GitHub: การใช้งานไคลเอนต์และเซิร์ฟเวอร์ของ WebSocket แบร์โบนที่เขียนด้วย Java 100% http://java-websocket.org/ - หนึ่งนี้มีการเชื่อมโยงในผลครั้งแรกของฉัน googling "หุ่นยนต์ WebSocket" อย่างไรก็ตามมีปัญหาที่เปิดอยู่เล็กน้อยโดยเฉพาะอย่างยิ่งเกี่ยวกับการเชื่อมต่อ SSL และดูเหมือนจะยังไม่ได้รับการบำรุงรักษาอย่างแข็งขันในขณะนี้

• koush / AndroidAsync คำอธิบายจาก GitHub: ซ็อกเก็ตแบบอะซิงโครนัส http (ไคลเอนต์ + เซิร์ฟเวอร์), websocket และ socket.io ไลบรารี่สำหรับ Android อิงตาม nio ไม่ใช่เธรด - ปัญหาเปิดอีกมากมาย แต่ดูเหมือนว่าจะรักษา / ทำงาน activiley

• โครงการ Tyrus คำอธิบายจากเว็บไซต์: JSR 356: Java API สำหรับ WebSocket - การดำเนินการอ้างอิง - นี้ทำโดย Oracle ไม่แน่ใจว่ามันใช้งานได้ใน Android หรือไม่

• ข้อมูลลูกค้า Jetty WebSocket APIจากเว็บไซต์: Jetty ยังให้บริการห้องสมุดลูกค้า Jetty WebSocket เพื่อให้การเขียนพูดคุยกับเซิร์ฟเวอร์ WebSocket ง่ายขึ้น - อีกครั้ง: ไม่แน่ใจว่ามันใช้งานได้ใน Android

• codebutler / หุ่นยนต์ WebSockets คำอธิบายจาก GitHub: เปลือย WebSockets ขั้นต่ำ (hybi13 / RFC) ไคลเอนต์สำหรับ Android - หนึ่งนี้จะใช้ใน schwiz / หุ่นยนต์ WebSocket-ตัวอย่างซึ่งเป็นคำตอบที่ได้รับการยอมรับสำหรับ StackOverflow คำถาม "วิธีการทำ อุปกรณ์ Android รักษาการเชื่อมต่อ TCP กับอินเทอร์เน็ตโดยไม่ล็อคการปลุกหรือไม่ "

• Atmosphere / wasync คำอธิบายจาก GitHub: WebSockets ที่มีไลบรารีไคลเอ็นต์การถ่ายโอนทางเลือกสำหรับ Node.js, Android และ Java http://async-io.org

• TakahikoKawasaki / nv-websocket-client คำอธิบายจาก GitHub: การใช้งานไคลเอนต์ WebSocket คุณภาพสูงใน Java

• square / okhttp คำอธิบายจาก GitHub: ไคลเอ็นต์ HTTP + SPDY สำหรับแอปพลิเคชัน Android และ Java http://square.github.io/okhttp/ -มันมีWebSocket โมดูล ตามที่กล่าวไว้โดย scorpiodawg OkHttp มีการสนับสนุน websocket ในตัวตั้งแต่รุ่น 3.5

• firebase / TubeSock คำอธิบายจาก GitHub: ไลบรารีไคลเอ็นต์ WebSocket ที่ใช้งานใน Java

• Autobahn | Android ( GitHub ) คำอธิบายจากเว็บไซต์: Autobahn | Android เป็นห้องสมุดเครือข่ายโอเพ่นซอร์สสำหรับ Java / Android ที่สร้างขึ้นโดยโครงการ Autobahn ที่ใช้โปรโตคอล WebSocket และ Web Application Messaging Protocol (WAMP) สำหรับสร้าง Mobile WebSocket / WAMP ลูกค้า - cloudsurfin ชี้ให้เห็นว่าสิ่งนี้ไม่สนับสนุน wss

นอกจากนี้ยังมีไลบรารี่ดั้งเดิมของsocket.ioสำหรับ Android:

• nkzawa / socket.io-client.java คำอธิบายจาก GitHub: ไลบรารีไคลเอ็นต์ Socket.IO แบบเต็มสำหรับ Java ซึ่งเข้ากันได้กับ Socket.IO v1.0 และใหม่กว่า

หากต้องการใช้ socket.io Android ไคลเอ็นต์จะเป็นประโยชน์สำหรับฉันเพราะฉันวางแผนที่จะใช้ nodejs / socket.io สำหรับส่วนหน้าของเว็บต่อไป แต่ลูกค้าในประเทศยังค่อนข้างใหม่และมีปัญหาเปิดหลายอย่าง และนอกจากนั้นฉันเข้าใจว่าแอพ android ไม่มีประโยชน์ใด ๆ ในการใช้ไลบรารีไคลเอ็นต์ socket.io (นอกเหนือจากการเข้ากันได้กับเซิร์ฟเวอร์ socket.io 1.0) เนื่องจากการสนับสนุน WebSocket สามารถมั่นใจได้ที่ฝั่งไคลเอ็นต์ .

ความต้องการของฉันมีดังนี้:

• ความเข้ากันได้กับ Android API 9 และสูงกว่า
• ความเป็นไปได้ในการเชื่อมต่อผ่าน SSL
• คงการเชื่อมต่อเป็นเวลานานโดยไม่ต้องถือ wakelock ถาวร
• ความเข้ากันได้กับการใช้งานเซิร์ฟเวอร์ nodejs websocket หรือกับ socket.io

ข้อเสนอแนะใดที่เป็นห้องสมุดที่เหมาะสมสำหรับข้อกำหนดเหล่านี้

บางบันทึก

• koush / AndroidAsyncไม่ทำการจับมือปิดซึ่งRFC 6455ต้องการ ดูนี้สำหรับรายละเอียด

• Project Tyrus ใช้งานได้บน Android แต่ต้องแน่ใจว่าสิทธิ์ใช้งาน ( CDDL 1.1 และ GPL 2 พร้อม CPE ) และขนาดของมัน ( ลดขนาดโถไคลเอนต์ WebSocket ไคลเอ็นต์ด้วย ProGuard ) โปรดทราบว่า Tyrus อาจมีข้อยกเว้นเมื่อขนาดตัวอักษรใหญ่ (อาจเป็นข้อผิดพลาด) ดูนี้สำหรับรายละเอียด

• Jetty : เธรดอีเมล 2 ปีที่ผ่านมาในรายชื่อผู้รับจดหมาย Jetty ผู้ใช้บอกว่า"ขณะนี้เราไม่มีไคลเอนต์ Jetty 9 WebSocket ที่เข้ากันได้กับ Android มีแผนการที่จะพยายาม backport ไคลเอนต์ Jetty WebSocket จาก JDK 7 เป็น JDK 5/6 สำหรับ Android ใช้ แต่มันมีความสำคัญต่ำกว่าการทำให้การใช้งาน Java WebSocket API ของ JSR-356 ของเราเสร็จสิ้น (javax.websocket) " เอกสารปัจจุบันของ Jetty เกี่ยวกับ WebSocket Client API ไม่ได้พูดถึงสิ่งใดเกี่ยวกับ Android

• codebutler / android-websocketไม่ทำการปิด handshakeซึ่งRFC 6455 ต้องการและอาจทำให้เกิดข้อยกเว้นเมื่อปิด ดูนี่สิ

• Atmosphere / wasyncใช้AsyncHttpClient / async-http-clientเป็นการใช้งาน WebSocket ดังนั้นควรกล่าวถึง AsyncHttpClient / async-http-client แทน

• Firebase / TubeSockSec-WebSocket-Acceptไม่ได้ตรวจสอบ ซึ่งเป็นการละเมิดกับRFC 6455 นอกจากนี้ TubeSock มีข้อบกพร่องในการสร้างข้อความ คุณจะพบข้อผิดพลาดไม่ช้าก็เร็วหากคุณใช้อักขระ UTF-8 หลายไบต์สำหรับข้อความตัวอักษร ดูฉบับที่ 3ในdelight-im / Android-DDPสำหรับรายการสั้น ๆ เกี่ยวกับปัญหา TubeSock
  
  

จุดพิจารณา

จุดพิจารณาในการเลือกใช้งานไคลเอนต์ WebSocket ที่เขียนใน Java:

1. การปฏิบัติตาม ไม่ได้เป็นจำนวนเล็ก ๆ ของการใช้งานที่ไม่ได้ดำเนินการจับมือปิดที่จำเป็นโดยRFC 6455 (จะเกิดอะไรขึ้นหากไม่มีการใช้ handshake ในการปิดดูที่นี่ )
2. รุ่นต้องใช้ Java Java SE 5, 6, 7, 8 หรือ Java EE? ทำงานได้แม้ใน Android?
3. ขนาด การใช้งานบางอย่างมีการอ้างอิงจำนวนมาก
4. การสนับสนุนwss
5. การสนับสนุนพร็อกซี HTTP
6. wss ผ่านการสนับสนุนพร็อกซี HTTP ดูรูปที่ 2 วิธีที่เว็บซ็อกเก็ต HTML5 โต้ตอบกับพร็อกซีเซิร์ฟเวอร์เกี่ยวกับสิ่งที่ไลบรารีไคลเอ็นต์ WebSocket ต้องทำเพื่อสนับสนุน wss ผ่านพร็อกซี HTTP
7. ความยืดหยุ่นในการกำหนดค่า SSL SSLSocketFactoryและSSLContextควรสามารถใช้งานได้โดยไม่มีข้อ จำกัด ที่ไม่จำเป็น
8. ส่วนหัว HTTP ที่กำหนดเองในการจับมือเปิดรวมถึงการตรวจสอบเบื้องต้น
9. ส่วนหัว HTTP ที่กำหนดเองในการเจรจาพร็อกซี HTTPรวมถึงการตรวจสอบที่พร็อกซีเซิร์ฟเวอร์
10. ความสามารถในการส่งเฟรมทุกประเภท (ความต่อเนื่อง, ไบนารี, ข้อความ, ปิด, ping และ pong) หรือไม่ การใช้งานส่วนใหญ่ไม่ได้ให้วิธีในการส่งเฟรมแยกส่วนและเฟรมพงษ์ที่ไม่พึงประสงค์ แก่ผู้พัฒนาด้วยตนเอง
11. ส่วนต่อประสานฟังเพื่อรับเหตุการณ์ WebSocket ต่างๆ ส่วนต่อประสานที่ไม่ดีทำให้นักพัฒนาผิดหวัง อินเทอร์เฟซที่หลากหลายช่วยให้นักพัฒนาเขียนแอปพลิเคชันที่มีประสิทธิภาพ
12. สามารถสอบถามสถานะ WebSocketได้หรือไม่ RFC 6455กำหนดสถานะ CONNECTING, OPEN, CLOSING และ CLOSED แต่การใช้งานเพียงไม่กี่แห่งนั้นยังคงรักษาสถานะการเปลี่ยนแปลงภายในของตนไว้ในแนวทางที่กำหนดไว้
13. สามารถตั้งค่าการหมดเวลาสำหรับการเชื่อมต่อซ็อกเก็ต (เทียบเท่ากับอาร์กิวเมนต์ที่สองของวิธีการ)Socket.connect(SocketAddress endpoint, int timeout)
14. สามารถเข้าถึงซ็อกเก็ตดิบพื้นฐาน
15. API ที่ใช้งานง่ายใช้งานง่ายหรือไม่
16. มีเอกสารครบถ้วนหรือไม่
17. การสนับสนุน RFC 7692 (ส่วนขยายการบีบอัดสำหรับ WebSocket) (aka permessage-deflate)
18. รองรับการเปลี่ยนเส้นทาง (3xx)
19. สนับสนุนการรับรองความถูกต้อง Digest

nv-websocket-clientครอบคลุมทั้งหมดข้างต้นยกเว้นสองอันสุดท้าย นอกจากนี้หนึ่งในคุณสมบัติที่มีขนาดเล็ก แต่สะดวกสบายก็คือการส่งเฟรมปิง / ปิงปองเป็นระยะ สามารถทำได้โดยการโทรsetPingInterval/setPongIntervalวิธี (ดู JavaDoc )

คำเตือน: ทาคาฮิโกะคาวาซากิเป็นผู้เขียนของ nv-websocket- ลูกค้า

ข้อควรพิจารณาอื่น ๆ :

Tyrus ใช้งานได้บน Android อย่างไรก็ตามไลบรารี SSL ที่ใช้ใน Android 5.0 นั้นมีข้อผิดพลาดและไม่สามารถจับมือกับ SSLได้ นี่ควรจะได้รับการแก้ไขใน Android เวอร์ชันใหม่กว่า แต่ด้วยวิธีที่ Android ไม่ได้รับการอัปเดตในอุปกรณ์ต่าง ๆ นี่อาจเป็นปัญหาสำหรับคุณ

ทั้งนี้ขึ้นอยู่กับวิธีการใช้งาน SSL สำหรับการใช้งาน websocket อื่น ๆ ซึ่งอาจเป็นปัญหา

AndroidAsync ไม่มีปัญหา SSL นี้ มันมีปัญหาอื่น ๆ เช่นไม่สามารถตั้งค่าการหมดเวลาได้

a) เพิ่มไฟล์นี้ในไฟล์ gradle

compile 'com.github.nkzawa:socket.io-client:0.3.0'

b) เพิ่มบรรทัดเหล่านี้ในแอปพลิเคชันกิจกรรม:

    public class MyApplication extends Application {
     private Socket mSocket;
        {
            try {
               mSocket = IO.socket(Config.getBaseURL());

            } catch (URISyntaxException e) {
                throw new RuntimeException(e);
            }
        }

        public Socket getSocket() {
            return mSocket;
        }
}

c) เพิ่มฟังก์ชั่นนี้ในกิจกรรมที่คุณเรียกว่า WebSocket:

     private void websocketConnection() {
            //Get websocket from application
            MyApplication app = (MyApplication ) getApplication();
            mSocket = app.getSocket();
            mSocket.on(Socket.EVENT_CONNECT, onConnect);
            mSocket.on(Socket.EVENT_DISCONNECT, onDisconnect);
            mSocket.on(Socket.EVENT_CONNECT_ERROR, onConnectError);
            mSocket.on(Socket.EVENT_CONNECT_TIMEOUT, onConnectError);
            mSocket.on("messageFromServer", onNewLocation);
            mSocket.connect();
        } 


    private Emitter.Listener onConnect = new Emitter.Listener() {
        @Override
        public void call(Object... args) {
            runOnUiThread(() -> {
                if (!isConnected) {

                    RequestSocket mRequestSocket = new RequestSocket();

                    mRequestSocket.setToken("anil_singhania");
                   /* your parameter */
                    mSocket.emit("messageFromClient", new Gson().toJson(mRequestSocket));
                    Log.i("Socket Data", new Gson().toJson(mRequestSocket));
                    isConnected = true;
                }
            });
        }
    };

    private Emitter.Listener onDisconnect = args -> runOnUiThread(() -> {
        isConnected = false;
       /* Toast.makeText(getApplicationContext(),
                R.string.disconnect, Toast.LENGTH_LONG).show();*/
    });

    private Emitter.Listener onConnectError = args -> runOnUiThread(() -> {
         /*   Toast.makeText(getApplicationContext(),
            R.string.error_connect, Toast.LENGTH_LONG).show()*/
    });

    private Emitter.Listener onNewLocation = new Emitter.Listener() {
        @Override
        public void call(final Object... args) {
            runOnUiThread(() -> {


            });
        }
    };