Windows および OS X用 4D Developer Edition 64-bit版は プリエンプティブ 4D コード の扱いを可能にする、強力な機能を提供しています。この新機能のおかげで、コンパイルされた 4Dアプリケーションはマルチコアコンピューターの利点をすべて活かすことができ、それによって実行速度が向上し、またより多くのユーザーの接続をサポートすることができます。

コオペラティブモード (4D v15 R5 までは、こちらのみ使用可能) で実行された場合には、たとえマルチコアのマシン上であっても、すべてのプロセスは親アプリケーションのスレッドにより管理され、同じCPUを共有します。

結果として、プリエンプティブモードでは、アプリケーションの全体的なパフォーマンスは向上します。マルチコアのマシン上では複数のプロセス (スレッド) が真実同時実行可能であるため、パフォーマンスの向上はさらに顕著になります。

その一方で、プリエンプティブモードではそれぞれのスレッドは他から独立しており、アプリケーションによって直接管理されている訳ではないため、プリエンプティブに準拠させたいメソッドには特定の制約が課されます。それに加え、プリエンプティブ実行は特定のコンテキストでのみ使用可能です。

プリエンプティブモードの使用は、4D 64-bit版においてのみ可能です。

以下の実行コンテキストがサポートされています:

実行コンテキストがプリエンプティブモードをサポートし、かつメソッドが "スレッドセーフ" である場合、New process あるいは CALL WORKERコマンドあるいは "メソッドを実行" メニュー項目を使用してローンチされた新しい 4Dプロセスは、プリエンプティブスレッド内にて実行されます。

それ以外の場合で、サポートされていない実行コンテキスト (例えばインタープリタモードなど) から New process あるいは CALL WORKER コマンドを呼び出した場合、プロセスは常にコオペラティブに実行されます。

4Dコードは、いくつかの特定の条件に合致していた場合に限りプリエンプティブスレッド内で実行することができます。実行コードのそれぞれの部分 (コマンド、メソッド、変数など) がプリエンプティブ実行に準拠している必要性があります。プリエンプティブスレッドで実行可能な要素はスレッドセーフと呼ばれ、プリエンプティブスレッドで実行できない要素はスレッドアンセーフと呼ばれます。

注: スレッドは親プロセスメソッドをスタートとして独自に管理されているので、呼び出しチェーン全体のどこにおいてもスレッドアンセーフなコードが含まれていてはいけません。そのようなコードが含まれていた場合、プリエンプティブに実行することはできません。この点については、プロセスがプリエンプティブに実行される条件とは？ の章で詳細な説明があります。

それぞれの "スレッドセーフティ" プロパティは、要素自身によります:

• 4Dコマンド: スレッドセーフティは内部プロパティです。ランゲージリファレンス内では、スレッドセーフなコマンドは のアイコンで識別されています。4Dコマンドの大部分はプリエンプティブモードで実行可能です。
• プロジェクトメソッド: スレッドセーフであるための条件は スレッドセーフなメソッドの書き方 の段落にまとめられています。

原則として、プリエンプティブスレッド内で実行されるコードは外部との相互作用する部分、例えばプラグインコードやインタープロセス変数などを呼び出すことはできません。しかしながら 4Dデータサーバーはプリエンプティ実行をサポートしていることから、データアクセスは可能です。

デフォルトでは、4Dはすべてのプロジェクトメソッドをコオペラティブモードで実行します。プリエンプティブモードを利用したい場合は、まず最初に、可能な限りプリエンプティブモードで開始したいメソッドをすべて明示的に宣言することから始まります。これはつまり、プリエンプティブプロセスで実行可能なメソッドであるということです。コンパイラーは、それらのメソッドが実際にスレッドセーフであるかどうかをチェックします (詳細な情報については スレッドセーフなメソッドの書き方 を参照してください)。また、必要であれば、一部のメソッドに対してプリエンプティブモードを禁止することもできます。

プリエンプティブで使用可能 ("capable") であると宣言することは、当該メソッドにプリエンプティブ実行の資格を与えますが、実行時にそのメソッドが実際にプリエンプティブモードで実行されることを保障するものではないことに留意が必要です。プロセスをプリエンプティブモードで開始することは、プロセス内の呼び出しチェーン内のすべてのメソッドの、関連プロパティを4Dが評価して初めて可能になります (より詳細な情報については、プロセスがプリエンプティブに実行される条件とは？ の段落を参照してください)。

メソッドがプリエンプティブモードに則していることを宣言するためには、メソッドプロパティダイアログボックスの実行モード宣言オプションを使用する必要があります:

以下のオプションが提供されています:

• プリエンプティブプロセスで実行可能: このオプションをチェックすると、メソッドがプリエンプティブプロセスでの実行が可能であると宣言し、可能な場合にはプリエンプティブモードで実行するべきと宣言します。メソッドの "プリエンプティブ" プロパティは "capable" に設定されます。
  このオプションがチェックされていた場合、4Dコンパイラーはメソッドが実際にプリエンプティブモードで実行可能かどうかを検証し、そうでない場合 (例えば、プリエンプティブモードで実行不可能なコマンドやメソッドを直接的あるいは間接的に呼び出している場合など) にはエラーを返します。その場合にはメソッドを編集してスレッドセーフにするか、あるいは別のオプションを選択します。
  メソッドのプリエンプティブ性が証明されると、内部で "thread safe" というタグ付けがされ、すべての要件が満たされればプリエンプティブモードで実行されます。このプロパティはプリエンプティブモードの資格を定義しますが、メソッドが実際にプリエンプティブモードで実行されることを保証するものではありません。実行モードは特定のコンテキストを必要とするからです ( を参照して下さい)。

• プリエンプティブプロセスでは実行不可: このオプションをチェックすると、メソッドがプリエンプティブモードで実行されてはならないと宣言し、以前の 4Dのバージョンと同じように常にコオペラティブモードで実行されます。"プリエンプティブ" プロパティは "incapable" に設定されます。
  このオプションがチェックされている場合、4Dコンパイラーはメソッドがプリエンプティブに実行可能かどうかを検証しません。メソッドは内部で自動的に "thread unsafe" とタグ付けされます (例え理論的にはスレッドセーフであってもです)。ランタイムに呼び出された場合、このメソッドは同じスレッド内の他のメソッドを "汚染" し、例え他のメソッドがスレッドセーフであったとしても、スレッド実行はコオペラティブモードを強制されます。

• 特に設定しない (デフォルト): このオプションをチェックすると、メソッドのプリエンプティブプロパティを管理したくないということを宣言します。メソッドの "プリエンプティブ" プロパティは "indifferent" に設定されます。
  このオプションがチェックされているとき、4Dコンパイラーはメソッドのプリエンプティブな実効性を評価し、内部的に "thread safe" あるいは "thread unsafe" のタグ付けをします。プリエンプティブ実行に関するエラーは報告されません。メソッドがスレッドセーフと評価されていれば、実行時にプリエンプティブコンテキストから呼び出された場合にはプリエンプティブスレッド実行を禁止しません。逆に、メソッドがスレッドアンセーフであると評価された場合には、呼び出されたときにどのようなプリエンプティブスレッド実行も許可しません。
  このオプションを使用した場合、内部でのスレッドセーフの評価に関わらず、メソッドが 4Dから最初の親メソッドとして直接呼び出された場合 (例えばNew process コマンドから呼び出された場合など)、メソッドは必ずコオペラティブモードで実行されます。内部で "スレッドセーフ" とタグ付けされていた場合には、そのタグは呼び出しチェーン内の他のメソッドから呼び出された場合に限り考慮されます。
  
  特殊なケース: メソッドのコンポーネントとホスト間で共有プロパティがチェックされていた場合(プロジェクトメソッドプロパティ 参照)、特に設定しないオプションを選択した場合にはメソッドは自動的にスレッドアンセーフであるとタグ付けされます。共有コンポーネントメソッドをスレッドセーフにしたい場合には、プリエンプティブプロセスで実行可能オプションを明示的に選択する必要があります。

例えば METHOD GET CODE を使用して、メソッドのコードを書き出す場合、"プリエンプティブ" プロパティは "capable"、あるいは "incapable" の値で "%attributes" コメント内に書き出されます ("indifferent" オプションを選択している場合には、このプロパティは提供されません)。METHOD GET ATTRIBUTES および METHOD SET ATTRIBUTES コマンドも、"プリエンプティブ" 属性の値 ("capable", "incapable", "indifferent") を取得、あるいは指定します。

以下の表はプリエンプティブモードの宣言オプションをまとめたものです:

リマインダー: プリエンプティブ実行はコンパイル済みモードでのみ利用可能です。

コンパイル済みモードでは、New process あるいは CALL WORKER メソッドで作成されたプロセスを開始するとき、4Dはプロセスメソッド (別名親メソッド) のプリエンプティブプロパティを読み、そのプロパティに応じてプロセスをプリエンプティブモードあるいはコオペラティブモードで実行します:

• プロセスメソッドが "thread safe" であった場合 (コンパイル時に評価)、プロセスはプリエンプティブスレッド内で実行されます。
• プロセスメソッドが "thread unsafe" であった場合、プロセスはコオペラティブスレッド内で実行されます。
• プロセスメソッドのプリエンプティブプロパティが "indifferent" であった場合、(メソッドが実際にはプリエンプティブに実行可能だったとしても) 互換性のためにプロセスはコオペラティブスレッド内で実行されます。この互換性機能はメソッドがプロセスメソッドとして使用された場合にのみ適用されるという点に注意してください。また "indifferent" と宣言されたもののコンパイラーによって内部で "thread safe" とタグ付けされたメソッドに関しては、他のメソッドからプリエンプティブに呼び出すことが可能です (以下参照)。

実際のスレッドセーフプロパティは呼び出しチェーンによります。"capable" と宣言されたプロパティを持つメソッドが、スレッドアンセーフなメソッドをサブレベル (どちらでも) で呼び出した場合、コンパイルエラーが返されます。呼び出しチェーン全体の中で一つでもメソッドがスレッドアンセーフであれば、それは他のすべてのメソッドをいわば "汚染" し、プリエンプティブ実行はコンパイラーによって拒否されます。プリエンプティブスレッドは、呼び出しチェーン全体がスレッドセーフであり、プロセスメソッドが "プリエンプティブプロセスで実行可能" と宣言されていた場合にのみ作成可能です。
その一方で、同じスレッドセーフメソッドを、呼び出しチェーン内ではプリエンプティブスレッド内で実行し、他の呼び出しチェーン内ではコオペラティブスレッド内で実行することが可能です。

例えば、次のプロジェクトメソッドの場合:

プリエンプティブモードでのメソッド実行は、"プリエンプティブ" プロパティや呼び出しチェーンに依存します。

以下の表は、これらの様々な状況をまとめたものです:

宣言と呼び出しチェーン	コンパイル	スレッドセーフの結果	実行モード	補足
	OK		プリエンプティブ	CallComp は親メソッドで、プリエンプティブな使用が "capable"(可能) と宣言されています。MyComp は内部的にスレッドセーフなので、CallComp も内部的にスレッドセーフとなり、プロセスはプリエンプティブになります
	エラー発生		実行不可能	CallDial は親メソッドでプリエンプティブ "capable" (可能)、MyDialog は "indifferent" と宣言されています。しかし、MyDialog が内部的にはスレッドアンセーフのため、呼び出しチェーンを "汚染" してしまいます。CallDial の宣言と実際の実効性が矛盾するためコンパイルは失敗します。解決方法は、MyDialog を変更してスレッドセーフにして実行をプリエンプティブにするか、CallDial のプロパティを変更してコオペラティブに実行するようにします。
	OK		コオペラティブ	CallDial はプリエンプティブな使用が "incapable"(不可) と宣言されているのでコンパイル時には内部的にスレッドアンセーフとなり、MyDialog の状況に関わらず実行はかならずコオペラティブになります。
	OK		コオペラティブ	CallComp が親メソッドでプロパティが "indifferent" のため、呼び出しチェーンがすべてスレッドセーフでも、プロセスはコオペラティブになります。
	OK		コオペラティブ	CallDial が親メソッドでプロパティが "indifferent" のため、プロセスはコオペラティブになり、コンパイルは成功します。

4Dではプロセスに対してコオペラティブ実行かプリエンプティブ実行かを識別する新機能を提供しています:

• PROCESS PROPERTIESコマンドを使用するとプロセスがプリエンプティブモードあるいはコオペラティブモードで実行されているかを調べる事ができます。

• ランタイムエクスプローラーと4D Server管理ウィンドウは、どちらもプリエンプティブプロセスに対して新しい特定のアイコンを表示するようになりました:
  

  プロセス型	アイコン
  プリエンプティブストアドプロシージャ
  プリエンプティブワーカープロセス
  プリエンプティブWeb メソッド
  プリエンプティブSOAP メソッド

スレッドセーフであるためには、メソッドは以下のルールに従う必要があります:

• "プリエンプティブプロセスで実行可能"もしくは"4Dに判断させる"プロパティを持っている
• スレッドセーフでない4Dコマンドを呼び出していない
• スレッドセーフでない他のプロジェクトメソッドを呼び出していない
• スレッドセーフでないプラグインを呼び出していない
• インタープロセス変数を使用していない(*)
• インターフェースオブジェクトを呼び出していない(**) (例外あり、以下参照)

注:

• "コンポーネントとホストデータベース間で共有"メソッドの場合、"プリエンプティブプロセスで実行可能"プロパティが選択されている必要があります。
• 全てのSQL宣言はスレッドセーフです。Begin SQL/End SQL ブロックに挿入されるSQL コードは、以下の条件に従う必要があります:
  
  • 4D Server あるいは4D ローカルデータベースに適用される(ODBCあるいはSQL LOGIN 経由のリモートデータベースではスレッドセーフではありません。ただし、USE DATABASE を使用したローカルなデータベースはスレッドセーフです)。
  • SQL 宣言から呼び出されるトリガは全てスレッドセーフでなければなりません(以下のトリガー を参照してください)。

(*) プリエンティブプロセス間でデータを交換するためには、共有コレクションあるいは共有オブジェクトを引数としてプロセスに渡すか、Storage カタログを使用することができます(これは全てのプロセス間でのデータ交換でも使用可能です)。詳細な情報については、共有オブジェクトと共有コレクション のページを参照してください。

ワーカープロセスという新種のプロセスによって、プリエンプティブプロセスを含むあらゆるプロセス間でデータの交換ができるようになります。より詳細な情報に着いてはワーカーについてを参照して下さい。
(**) 新しいClientComment コマンドを使用すると、プリエンプティブプロセスからインターフェースオブジェクトを呼び出せるというスマートなソリューションが可能になります。

"プリエンプティブプロセスで実行可能"プロパティを持つメソッドは、コンパイル時に4Dによってチェックされます。メソッドがスレッドセーフになるのを妨げる要因をコンパイラーが見つけた場合にはコンパイルエラーが生成されます。:

注: スレッドセーフであるかどうかの検証は局所的に無効化することができます (後述の 部分的なスレッドセーフ検証の無効化 参照)

シンボルファイル(有効化されていた場合)には、それぞれのメソッドについてのスレッドセーフの状態が含まれます:

厳密に言えば"外部"アクセスにあたるため、フォームやデバッガなどのユーザーインターフェースオブジェクトへの呼び出しは、プリエンプティブスレッドでは許可されません。

プリエンプティブスレッドからアクセス可能なユーザーインターフェースは以下のものに限られます:

• 標準のエラーダイアログ。ダイアログはユーザーモードプロセス(4D)、あるいはサーバーユーザーインターフェースプロセス(4D Server) 内で表示されます。ただしトレースボタンは無効化されます。
• 標準の進捗バー。
• ALERT、REQUESTそしてCONFIRMダイアログ。ダイアログはユーザーモードプロセス(4D)、あるいはサーバーユーザーインターフェースプロセス(4D Server) 内で表示されます。
  ただし4D ServerをWindows上でユーザー操作を許可しないサービスとしてローンチした場合には、ダイアログは表示されないという点に注意して下さい。

4Dコマンドのうち、大多数のものがスレッドセーフです。ドキュメントの中では、コマンドプロパティエリア内の のアイコンがコマンドがスレッドセーフであることを表しています。ランゲージリファレンスマニュアル内にてスレッドセーフであるコマンドの一覧を取得する事ができます。

また Command name を使用するとそれぞれのコマンドについてスレッドセーフかどうかのプロパティを取得する事ができます(以下参照)。

メソッドがトリガーを呼び出す事のできるコマンドを使用している場合、4Dコンパイラはメソッドがスレッドセーフであるかどうかをチェックするために、トリガーがスレッドセーフかどうかを評価します:

以下は、コンパイル時にトリガーがスレッドセーフであるかどうかをチェックされるコマンドの一覧です:

• SAVE RECORD
• SAVE RELATED ONE
• DELETE RECORD
• DELETE SELECTION
• ARRAY TO SELECTION
• JSON TO SELECTION
• APPLY TO SELECTION
• IMPORT DATA
• IMPORT DIF
• IMPORT ODBC
• IMPORT SYLK
• IMPORT TEXT

テーブルが動的に渡された場合、コンパイラはどのトリガーを評価すべきなのかが分からない場合があります。以下はそのような状況の一例です:

この場合、すべてのトリガーが評価されます。

少なくとも一つのトリガー内でスレッドセーフでないコマンドが検出された場合、グループ全体がチェックに失敗し、メソッドはスレッドアンセーフと宣言されます。

ON ERR CALLコマンドによって実装されたエラーキャッチメソッドは、プリエンプティブプロセスから呼び出される可能性が高いのであれば、スレッドセーフでなければなりません。このような状況を管理するため、コンパイラはコンパイル時にON ERR CALLコマンドに渡されたエラーキャッチプロジェクトメソッドのスレッドセーフプロパティをチェックするようになり、メソッドがプリエンプティブ実行に適応していない場合には適切なエラーを返します。

このチェックはメソッド名が定数として渡された場合にのみ可能であり、以下に示す様な、計算された値の場合にはチェックされないという点に注意して下さい:

これに加え、4D v15 R5以降、エラーキャッチプロジェクトメソッドがランタイムで呼び出す事ができない場合(スレッドセーフに関する問題がある、あるいは"メソッドが見つかりません"などの理由の場合)、新しいエラー-10532 "'methodName'というエラーハンドルメソッドを呼び出す事ができません"エラーが生成されます。

プロセスは、両プロセスがともにコオペラティブであった場合に限り、ポインターを参照して他のプロセス変数の値へアクセスすることができます。それ以外の場合、4Dはエラーを生成します。プリエンプティブプロセスにおいては、4Dコードがインタープロセス変数の値をポインター経由で参照しようとした場合、エラーが生成されます。

以下のメソッドでそのような例を考えます:

Method1:

Method2:

Method1、あるいはMethod2を実行するプロセスのどちらか一つがプリエンプティブであった場合、"$value:=$1->"という式は実行エラーを生成します。

• プリエンプティブプロセスからコールされた場合に生成される DocRef 参照は同プリエンプティブプロセスでのみ使用可能です。
• コオペラティブプロセスからコールされた場合に生成される DocRef 参照は別のコオペラティブプロセスでも使用可能です。

DocRef 参照についての詳細は DocRef: ドキュメント参照番号 を参照ください。

スレッドセーフではないが、実行されることもないと分かっているコマンドがコードに含まれている場合など、コードの一部をスレッドセーフ検証から除外したい場合があるかもしれません。

特定のコードを検証対象から除外するには、コメント形式の専用ディレクティブ %T- および %T+ でそのコードを挟みます。//%T- は以降のコードを検証から除外し、//%T+ は以降のコードに対する検証を有効に戻します:

無効化および有効化用のディレクティブでコードを挟んだ場合、そのコードがスレッドセーフかどうかについては、開発者が熟知している必要があります。プリエンプティブなスレッドでスレッドセーフでないコードが実行された場合には、ランタイムエラーが発生します。