可変スコープシングルトンの可能な競合状態ですか？

-1

私は、アプリケーションスコープのシングルトンを持つ可能性のある競合状態を持っています。しかし、私は、これが問題ではないことを、関数レベルの変数を定義することによって考えていました。可変スコープシングルトンの可能な競合状態ですか？

<!--- Calling page ---> 
<cfset url.UUID = createUUID() /> 
<cfset application.UUIDBot.displayUUID() /> 


<!--- UUIDbot ---> 
<cfcomponent> 

    <cffunction name="displayUUID"> 

     <cfset var rc = {} /> 
     <cfset rc.position = url.uuid /> 
     <cfinclude template="displayUUID.cfm" /> 

    </cffunction> 
</cfcomponent> 

<!--- displayUUID.cfm ---> 
<cfoutput>#rc.position#</cfoutput>

displayUUID.cfmがURLにUUIDを表示しない可能性はありますか？

出典

2011-07-12 J.T.

あなたは何をしようとしていますか？ – Henry

関数レベルの変数が適切にスコープされていても、アプリケーションスコープのシングルトンで競合状態が発生する可能性があるかどうかを確認しようとしています。 –

URL変数を扱うコンポーネントをいくつか用意して、カプセル化を破っています。必要な情報を渡すのはなぜですか？ 'application.UUIDBot.displayUUID（url.UUID）' – ale

問題は共有していないコード、つまりdisplayUUID.cfmファイルに含まれているコードにあります。 displayUUID内のコードはスレッドセーフではありません（私は推測しています）。このコードでは、変数をローカライズするために "var"を使用する必要があります。それらが地元に掃除されていることを確認する。

ボトムライン： cfincludeを関数内で使用する場合、インクルードされたコードもスレッドセーフでなければなりません。

出典

2011-07-12 18:28:15

cfinclude内のすべてのコードがrcでスコープされる場合はどうなりますか？それは安全でしょう、そうですか？ –

正解、Jason。この場合、すべてを "rc"で始めると、インクルード内のすべてのvarsをローカルにスコープさせることができます。 –

はい。今はすべてうまく動いているようです。私たちは何の問題もなくいくつかのクロールをしました。本当にありがとう。ボトムラインは最終ラインでした。スレッドセーフです。 –

私はその暗黙の構造体表記自体はスレッドセーフではないことを読んでいます。

http://www.barneyb.com/barneyblog/2009/06/19/coldfusion-struct-literals-are-not-thread-safe-cfml-ones-are/

それはロックとStructNewを使用するように変更してみてください。

出典

2011-07-12 19:15:04

これがCF9で変更されたのだろうかと思います。これは間違いなく問題になる可能性があります。 –

投稿した内容は、スレッドセーフです。構造体によるスレッドの安全性の問題は、以前はnullのポインティングされたメモリの割り当てに発生します。すでに有効なアドレススペースを持っている組み込みのURLスコープ/構造体を使用しているので、これは問題ではありません。

ただし、ロジックおよび手順の実行タイミングに問題がある可能性があります。

私はあなたがここにいるものの推論とデザインに疑問を抱いています。それは赤い旗をたくさん上げる。

cfinclude？どうして？私はあなたが動的なインクルードの厄介な道を下っていくのを恐れている。

出典

2011-07-13 17:16:48 Nate

このコードは、この文脈でrcが実際にスレッドセーフであることを検証するための実験に過ぎません。私は競争条件を確認できず、競合状態を再現できませんでした。これは実際のコードではなく、 "UUIDbot"がモデル/コントローラーのリード突然変異体コンボである単純なMVCコードの非常に単純化された突然変異表現です。 –

可変スコープシングルトンの可能な競合状態ですか？

答えて

関連する問題