jQuery セレクトボックスで選択されている値をもう一度選んだ時、イベントを実行させる方法

ANo3です。

＞１つ目のセレクトボックスが都道府県
＞２つ目のセレクトボックスが市区町村
雰囲気として良く見かける住所選択のＵＩのように思いますが、通常利用されているような方法ではまずいのでしょうか？

＞２つ目のセレクトボックス（市区町村）に求める市区町村が登録されていない場合、ajaxのところで、別のajaxをもう一つ動かして、新しく市区町村を登録します。
＞この時、２つ目のセレクトボックス(ajax表示部分)が一度消えるようなUIになっています。
＞　　～～～
＞現状だと、東京以外の都道府県を選んでから、もう一度「東京」を選ぶような形になってしまっています
求めるものがあるのかないのかはユーザでないと判断できないと思いますが、その時の操作（例えば新規登録のボタンを押すとか）をトリガーとして登録モードに切り替えれば良いので、1つ目のセレクトボックスを操作しなければならない理由がわかりません。
逆に、1つ目のセレクトボックスを操作できてしまうと、別の県を選択して登録するといった変な操作が可能になり、二重登録や誤操作など、いろいろ問題の原因になりそうな気もしますが…
というよりも、そもそも論になってしまいますが、ユーザに登録させるってどうなんでしょう？
登録の内容が正しいか等のチェックはどのように行っているのでしょうか？

都道府県、市区町村と（数は多くても）限定できる対象のようですので、それなりのデータを用意すれば済むのではないかと想像します。
自前のデータだとメンテが面倒とかであれば、世の中を探せばそれなりのサービスもあるので、それらを利用するという方法もあるのではないでしょうか。
以下簡単な検索で引っかかったもの。（ちゃんと探せばもっとあるでしょう）
http://techblog.yahoo.co.jp/web/yahoo_open_local …
http://www.soumu.go.jp/denshijiti/code.html
http://www.ekidata.jp/api/api_pref.php


＞セレクトの状態や選択の回数を監視する部分はどのようなプログラムを書けば良いのか教えていただければと思います
単純に、状態を記録する変数を用意しておいて、必要なときに参照するようにすればよろしいと思います。
簡単な例を以下にあげておきますが、記録しているのは、例として「セレクトの選択状態（インデックス値）」と「インデックス3（表示値はＣ）が選択された回数」の二つです。
実は、セレクト値は都度セレクト要素を見にゆく方が確実なので記録する必要もなく、記録が必要になるのは回数だけで済むはずなのですが、状態を記録する方法のご参考までに付け加えています。

※イベントがほぼ同時に複数発生するので、発生する毎に状態をコンソールに出力するようにしています。

$(function(){
var count = 0, index = 0;
$("#SampleId").on("click change", function(e){
if(e.type == "change"){
index = this.selectedIndex;
count += (index == 3)?1:0;
}
var mes = "種類=" + e.type + "　インデックス値=" + index + "　Cの選択回数=" + count;
console.log(mes);
});
});

こんにちは

技術的には、セレクトの状態を監視するようにして、選択の回数などをカウントしておけば良いと思いますが、ANo1様もご指摘のように内容が同じならajaxの処理を繰り返すことに意味がないように思われます。
（時間とともに応答内容が変わるようなものであれば意味はありますが…）

要素を監視するにはchangeイベントやclickイベントを利用すれば可能ではありますが・・・
とは言うものの、ご説明にあるＵＩにも問題があるように思えます。
通常のマウス操作でセレクト要素を選択しようとした場合、
1）セレクト要素のスピンボタンをクリック
2）表示されたリストから項目を選択してクリック
の手順で選択しますが、この一連の操作で2回のクリックイベントと1回のチェンジイベントが発生します。

順序はckick-change-clickかclick-click-changeのどちらかになるものと想像しますが、手元のfxでは前者でした。
全てのブラウザが同じ順なのかまでは確認していませんが、上記の場合だと最後のクリックイベントが説明なさっているタイミングと一致することになりませんか？
（1回の選択操作をした時にajaxが行われることになる。）

そういうつもりではないって？
では、change直後のクリックは1回だけパスすることにしましょうか。
一旦選択後に、仮に、ユーザが選択内容を変えようとしてセレクト要素をクリックすると、これまたご指定のタイミングに一致することになりますね。（これは、意図通りなのでしょうか？）
一方で、セレクト要素の選択をマウス操作ではなく、キー操作で行った場合は、当然ながらchangeイベントが1回だけ発生することになります。

これらを全て区別して、ユーザの意図通りのタイミングを取得する正確な論理（ロジック）はないものと想像します。
せいぜい、イベントの発生間隔などを計って、コンマ〇秒以下だったら～とか疑似的に想定する程度がいいところではないでしょうか？
複雑になり、苦労する割には報われないことになりそうな気がします。


もともとの目的や状況をまったく理解していないのに大変差し出がましい言い方ですが、操作方法を再考なさったほうがよさそうに感じます。

ちなみに全角のクォーテーションはつかわないでください

なにも変わっていないのならとってくるajaxの値も同じでは？

clickで実装できると思いますが、clickなので触った時と選んだ時の2度
イベントが発動します