pycharm debug断点デバッグの心得を共有する。
自分の勉強の心得を覚えてください。自分のために後で調整しやすいです。
1.操作手順：
1.1ブレークポイントの追加
マークのところに直接マウスの左ボタンをクリックすればいいです。ブレークポイントを削除するにはブレークポイントをクリックすればいいです。
1.2 Debugでの運転コード
図のように:
この七星てんとう虫をクリックしてください。
1.3必要に応じてデバッグしてコードデバッグを行う
2.Debugのデバッグ方法は以下の通りです。
2.10.show execution point（F 10）
現在のすべてのブレークポイントを表示します。
2.2 step over（F 8）
シングルステップデバッグ。
関数A内にサブ関数aが存在する場合、サブ関数a内に入ることなくシングルステップのデバッグを行うが、サブ関数aを全体として、ステップ実行する。
2.3 Step into（F 7）
シングルステップデバッグ。
関数A内にサブ関数aが存在すると、サブ関数a内に入ってシングルステップのデバッグを行います。
2.4.step into my code（Alt+Shift+F 7）
私のコードに入り、シングルステップのデバッグを行い、次の行を実行しますが、リブローriesを無視します。
ステップintoとの違いは：
step into my codeはdebugです。あなたが書いたコードの中で一歩ずつ実行します。Steep intoは一歩ずつ実行しますが、システム関数の内部に入って実行します。例えば、正則reなどです。
お勧め：step into my code、もしあなたが関心を持っているのがシステムの下の実行ロジックなら、Steep intoを使うことができます。
2.5.フォースStep into（Alt+Shift+F 7）
次の行の無視やオブジェクトの作成などを行います。
2.6.step out（Shift+F 8）
現在サブ関数aで実行されている場合、デバッグ動作を選択すると、サブ関数aの残りのコードを実行し続けることなくサブ関数aから直接に飛び出すことができる。を選択して、前回の関数を返します。
つまり、現在のdebugがある関数の内部から直接飛び出して、次の実行が必要な文に入ります。
2.7.run to cursor（Alt+F 9）
直接に次のブレークポイントにジャンプします。（今のブレークポイントからタクシーの次のブレークポイントまでジャンプします。）
まとめて言うと、
7進、8出、9跳
F 7はコード内部に入り、F 8はコードからなり、F 9は指定コードまたはコードファイルに切り替わります。
追加：Pycharmはデバッグできません。ブレークポイントに命中できなくて、直接終了まで運行します。
正常にブレークポイントに命中できませんでした。変数を確認します。コンソールの表示は以下の通りです。
File->>Settings->Build、Execution、Deployment->Python Debuggerの中からPyQt comptibleを選んだので、オートをチェックしてください。
また、ファイル名の名前が重いかどうかを考慮して、カスタマイズしたPythonファイル名とデバッグ関連モジュールを呼び出した内蔵ファイル名が重複しています。あなたのPythonファイル名を変更したいです。
最後は本当にだめです。プロジェクトの中で、ideaの設定フォルダを削除して、Pycharmを再起動して、python fileを新たに作ってみます。
（ただし、このプロジェクトの元の配置は無効になります。interpreter解釈器と第一点のPython Debuggerを再構成してPyQt comptibleのAutoチェックを削除することを覚えています。）
以上は個人の経験ですので、参考にしていただければと思います。間違いがあったり、完全に考えていないところがあれば、教えてください。
1.操作手順：
1.1ブレークポイントの追加
マークのところに直接マウスの左ボタンをクリックすればいいです。ブレークポイントを削除するにはブレークポイントをクリックすればいいです。
1.2 Debugでの運転コード
図のように:
この七星てんとう虫をクリックしてください。
1.3必要に応じてデバッグしてコードデバッグを行う
2.Debugのデバッグ方法は以下の通りです。
2.10.show execution point（F 10）
現在のすべてのブレークポイントを表示します。
2.2 step over（F 8）
シングルステップデバッグ。
関数A内にサブ関数aが存在する場合、サブ関数a内に入ることなくシングルステップのデバッグを行うが、サブ関数aを全体として、ステップ実行する。
2.3 Step into（F 7）
シングルステップデバッグ。
関数A内にサブ関数aが存在すると、サブ関数a内に入ってシングルステップのデバッグを行います。
2.4.step into my code（Alt+Shift+F 7）
私のコードに入り、シングルステップのデバッグを行い、次の行を実行しますが、リブローriesを無視します。
ステップintoとの違いは：
step into my codeはdebugです。あなたが書いたコードの中で一歩ずつ実行します。Steep intoは一歩ずつ実行しますが、システム関数の内部に入って実行します。例えば、正則reなどです。
お勧め：step into my code、もしあなたが関心を持っているのがシステムの下の実行ロジックなら、Steep intoを使うことができます。
2.5.フォースStep into（Alt+Shift+F 7）
次の行の無視やオブジェクトの作成などを行います。
2.6.step out（Shift+F 8）
現在サブ関数aで実行されている場合、デバッグ動作を選択すると、サブ関数aの残りのコードを実行し続けることなくサブ関数aから直接に飛び出すことができる。を選択して、前回の関数を返します。
つまり、現在のdebugがある関数の内部から直接飛び出して、次の実行が必要な文に入ります。
2.7.run to cursor（Alt+F 9）
直接に次のブレークポイントにジャンプします。（今のブレークポイントからタクシーの次のブレークポイントまでジャンプします。）
まとめて言うと、
7進、8出、9跳
F 7はコード内部に入り、F 8はコードからなり、F 9は指定コードまたはコードファイルに切り替わります。
追加：Pycharmはデバッグできません。ブレークポイントに命中できなくて、直接終了まで運行します。
正常にブレークポイントに命中できませんでした。変数を確認します。コンソールの表示は以下の通りです。
File->>Settings->Build、Execution、Deployment->Python Debuggerの中からPyQt comptibleを選んだので、オートをチェックしてください。
また、ファイル名の名前が重いかどうかを考慮して、カスタマイズしたPythonファイル名とデバッグ関連モジュールを呼び出した内蔵ファイル名が重複しています。あなたのPythonファイル名を変更したいです。
最後は本当にだめです。プロジェクトの中で、ideaの設定フォルダを削除して、Pycharmを再起動して、python fileを新たに作ってみます。
（ただし、このプロジェクトの元の配置は無効になります。interpreter解釈器と第一点のPython Debuggerを再構成してPyQt comptibleのAutoチェックを削除することを覚えています。）
以上は個人の経験ですので、参考にしていただければと思います。間違いがあったり、完全に考えていないところがあれば、教えてください。