順序
プロジェクト開発の要件により、サーバーの応答を取得するためのサーバー要求と同様に、下位のコンピューター機器が必要になります。追加の機器が手元にないため、ネットワーク デバッグ アシスタントを使用して、下位コンピューターがメッセージを送受信することをシミュレートします。 ;
インストール
インターネット上には多くのソースがあります。NetAssist ソフトウェアを使用することをお勧めします。他のものも同様かもしれません。以下の 2 つのインストール ソース、
Baidu Netdisk
Web サイトのリソース
使用
これはソフトウェアのメイン インターフェイスです。最初に独自の送信プロトコル タイプを決定する必要があります。以下では、TCP を例として、ローカル テストと模擬リモート テストによるソフトウェアの使用方法を説明します。
ローカル使用
TCP プロトコルにはサーバーとクライアントがあるため、2 つのソフトウェア ウィンドウを開く必要があることに注意してください。1 つは
サーバーを選択し、もう 1 つはもちろんクライアントです。問題があるかどうかをテストしたい場合は、統合ポート (ここでは 8060、このカスタム など) が必要です。サーバー ポートを開いてクライアントに接続すると、ソフトウェアが自動的に照合して接続を確立します。接続が正常に確立されると、サーバー ウィンドウに次のようなメッセージが表示されますClient gets online。言葉
遠隔使用
実はまだローカルにいますが、ローカルサービスを開設したばかりです 開発したいPythonバックエンドを例にします; まず、サーバーのIPアドレスとポート番号を決定します; 他の用途も同様です
送信設定について
エンコード方式（ASCII/HEX）
下位のコンピューターではリクエストの送受信に 16 進数を使用するため、ここでシミュレートされたリクエスト情報も 16 進数 ( HEX ) に変換する必要があり、NotePad++ 16 進数プラグインを使用して文字列を 16 進数エンコーディングに変換でき
ます。 focus on 16進数変換でピットを強調！
16進数変換中に00が消える
これはリクエスト ヘッダーです。NULL
フィールドがあることがわかります。フィールドの意味は、この記事で確認できます。
ここで問題があります。上記の文字列を直接コピーして貼り付けると、省略形の NUL SOH が失われる可能性があります。
return この時点で、変換された 16 進コードをネットワーク デバッグ アシスタントに貼り付けると、00 フィールドがなくなっていることがわかります。。
00 が 20 に変化していることがわかります。これは送受信が成功しないことを意味します。
予備分析: 16 進数の 00 は空の文字列を表し、クリップボードによって自動的に強制終了されます。記事を参照してください。
したがって、このような疑似的なデータ送受信操作には、Hex ファイルを直接インポートする方法を使用することをお勧めします。
インポートリクエストデータファイル
データ ソースを開きます。ここで、貼り付けやコピーの過程での事故を避けるために、ファイルに直接送信する情報を保存できます。
上記は基本的な使用法です。後で他の機能を確認する必要がある場合に備えてください。