サーブレット、Strutsのスレッドの動きについて

ここ教えてgooでもこの類の質問は多いですが、現在ある問題に直面しています。過去の質問を見てもピンと来るものがなかったので、２つ質問させてもらいます。
１．
１リクエスト１インスタンスではないことは過去の質問やブログでもわかりました。ということは１リクエスト(サブミット)１スレッドという解釈でよろしいでいいと思います。これを踏まえて例えさせてください。
１０台の端末からほぼ同時に同一アクションへサブミットした場合、１つのインスタンスから１０スレッドが生まれるということでいいでしょうか？今直面している問題は、トークンチェック等２重サブミット対応をしていない状態で、１台の端末(自分)でサブミットを連打した場合(例えば１０回)、１０台の端末から同時アクセスした場合と同じ状況になるのでしょうか？

２．
以下はソースのイメージです。
// アクションクラス
BarAction継承クラス {
　execute {
　　～中略～
　　HogeLogic logic = new HogeLogic();
　　logic.doLogic();
　　～中略～
　}
}
// ロジック
HogeLogicクラス {
　//インスタンス変数
　FooService service=new FooService();
　doLogic {
　　～中略～
　　service.insert();
　　～中略～
　}
}
分かりづらかったら申し訳ないです。
言いたいことはBarAction#execute内でHogeLogicクラスを生成しています。ということは生成されたHogeLogicのインスタンス(logic)はスレッドセーフだと思います。
しかしHogeLogicクラスではFooService.serviceがインスタンス変数として宣言されています。
この場合、FooService.serviceはスレッドセーフなのでしょうか？

No.2 ベストアンサー 回答者： ww-_-ww 回答日時： 2009/01/30 10:20

insert内の処理でスレッドセーフでないクラスを使用すればスレッドセーフでなくなります。

したがってクラスが完成するまでスレッドセーフであるかないかはわかりません。
修正ひとつでスレッドセーフだったクラスも、そうでなくなります。

スレッドセーフの判断基準を自分で理解し、完成したクラスを見て判断するしかないですね。

No.1 回答者： ww-_-ww 回答日時： 2009/01/29 12:04

FooService.serviceがスレッドセーフか否かは中身がわからないので判断できません。

wikiにも書いてありますので参考にしてみてください。(スレッドセーフかどうかの判断基準)
http://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%AC% …

簡単な例を言うと、staticな変数(クラス変数)をFooService.serviceが宣言していて、その変数を同期化等を行わず使用した場合はスレッドセーフにはなりません。

この回答への補足

説明不測でした。
FooServiceにstaticな変数(クラス変数)はありません。
FooService内は下記のようなイメージです。
FooService {
　HogeDao dao;
　insert() {
　　//insert処理
　}
　getDao() {
　　//ただのゲッター
　}
　setDao(HogeDao dao) {
　　// ただのセッター
　}
}

また、URLのスレッドセーフかどうかの判断基準をみましたが、該当する項目はありせんでした。

補足日時：2009/01/29 14:01