Socket.io-client: Version 2.2 funktioniert nicht mit React native

das gleiche Problem auf beiden Plattformen (Simulator) 2.1.1 aufgetreten ist, funktioniert es nur, wenn der Debugger eingeschaltet ist.

ich stehe auch vor diesem Problem. Ich habe ein Upgrade durchgeführt, um zu sehen, ob es mein erstes Problem mit der Verbindungslatenz behebt.

ich stehe auch vor dem gleichen. Ausgabe

Die Rückkehr zu 2.1.1 funktioniert für mich.

Ich stehe immer noch vor dem gleichen Problem, bei dem 2.1.1 zurückgesetzt wird, das auch bei mir nicht funktioniert.

Es sollte von https://github.com/socketio/engine.io-client/pull/607 behoben werden

@benhjames könnten Sie bestätigen, dass Ihr Fix das Problem in React Native behoben hat?

Ja, ich führe derzeit [email protected] (was [email protected] eingezogen hat) auf React Native ohne Probleme aus.

Es lohnt sich zu überprüfen, ob Ihr engine.io-client 3.3.2 ist, da dies den React Native Fix für Websockets enthält. 😃

@benhjames @darrachequesne Ich habe Socket verwendet. [email protected] (der

`io aus 'socket.io-client' importieren;

export default class HomeScreen erweitert React.Component {
Konstruktor (Requisiten) {
super (Requisiten);
this.socket = io('ws://192.168.0.107:8080/endpoint',{
Wiederverbindung: wahr,-
Wiederverbindungsverzögerung: 500,
jsonp: falsch,
Wiederverbindungsversuche: Unendlich,
Transporte: ['websocket']
});
this.socket.on('connect_error', (err) => {
Konsole.log(err)
});
}
`

Ich erhalte den Fehler wie folgt:
Error: websocket error at WS.Transport.onError (transport.js:67) at WebSocket.ws.onerror (websocket.js:157) at WebSocket.dispatchEvent (event-target.js:172) at WebSocket.js:289 at RCTDeviceEventEmitter.emit (EventEmitter.js:190) at MessageQueue.__callFunction (MessageQueue.js:349) at MessageQueue.js:106 at MessageQueue.__guard (MessageQueue.js:297) at MessageQueue.callFunctionReturnFlushedQueue (MessageQueue.js:105) at debuggerWorker.js:72

Das sieht für mich so aus, als ob der Endpunkt falsch ist - es sollte ein http oder https Protokolllink sein, kein ws Link. 👍

@benhjames Ich habe es früher mit der WebSocket-API https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API versucht und es hat mit demselben Protokoll einwandfrei funktioniert.

socket.io (im Gegensatz zur WebSocket-API) akzeptiert nur einen HTTP(S)-Protokoll-URI für den Client ( siehe die Dokumentation hier ), aber es _verwendet_ das WS-Protokoll hinter den Kulissen.

Wenn Sie also io('http://192.168.0.107:8080/endpoint', ...) tun, sollte es funktionieren!

@benhjames danke für das Update!

Ich denke, dass ws:// ordnungsgemäß funktionieren sollte, aber /endpoint bedeutet, dass Sie eine Verbindung zum Endpunkt-Namespace herstellen möchten (das ist die aktuelle Implementierung ab v2.x). Sie können Folgendes verwenden:

this.socket = io('ws://192.168.0.107:8080', {
  path: '/endpoint',
  reconnection: true,
  reconnectionDelay: 500,
  jsonp: false,
  reconnectionAttempts: Infinity,
  transports: ['websocket']
});

@darrachequesne Ich habe die obige Implementierung ausprobiert, aber es funktioniert immer noch nicht.

Vielleicht ist es nützlich zu sehen, wie der SocketIO-Servercode aussieht, nur um sicherzustellen, dass er den richtigen Namespace und die richtigen Einstellungen verwendet usw. 🙂

Es funktioniert einwandfrei mit der WebSocket-API, aber wenn ich versuche, eine Verbindung mit der Socket.io-API herzustellen, erhalte ich eine Fehlermeldung wie folgt:

websocket error

Stack trace:
  null:null in WS.Transport.onError
  node_modules/engine.io-client/lib/transports/websocket.js:178:8 in WebSocket.ws.onerror
  node_modules/event-target-shim/lib/event-target.js:172:38 in WebSocket.dispatchEvent
  node_modules/react-native/Libraries/WebSocket/WebSocket.js:289:13 in <unknown>
  node_modules/react-native/Libraries/vendor/emitter/EventEmitter.js:190:32 in RCTDeviceEventEmitter.emit
  node_modules/react-native/Libraries/BatchedBridge/MessageQueue.js:349:41 in MessageQueue.__callFunction
  node_modules/react-native/Libraries/BatchedBridge/MessageQueue.js:106:11 in <unknown>
  node_modules/react-native/Libraries/BatchedBridge/MessageQueue.js:297:8 in MessageQueue.__guard
  node_modules/react-native/Libraries/BatchedBridge/MessageQueue.js:105:9 in MessageQueue.callFunctionReturnFlushedQueue
  http://192.168.0.103:19001/debugger-ui/debuggerWorker.js:72:58 in <unknown>

Wenn es mit der WebSocket-API ohne benutzerdefinierte Logik zum Unserialisieren von socket.io-Nutzlasten funktioniert, bedeutet dies, dass der Server socket.io nicht verwendet.

Besteht die Möglichkeit, dass Sie einen Code vom Server bereitstellen, um zu überprüfen, ob dies der Fall ist?

@benhjames Richtig , wir verwenden https://docs.oracle.com/javaee/7/api/javax/websocket/package-summary.html für Backend-Code.

Das erklärt es dann! Socket.io muss sowohl auf dem Client als auch auf dem Server verwendet werden, um zu funktionieren. 👍

@benhjames @darrachequesne Jetzt verwende ich socket.io im Backend, es funktioniert im Frontend mit Vanille-Javascript mit socket.io gut, aber wenn ich versuche, socket.io über React Native zu verbinden, erhalte ich den Fehler:

Vanille JS (funktioniert einwandfrei):

```