kimuchiさん、何か色々すいません^^;こちらも好きでやっていることなのでお気になさらないで下さい(^^;)むしろ付き合わせてしまって申し訳ないです。対象の文字列はXMLHttpRequestを使って、PHP側から受信したデータをそのまま、match関数にかけてます。!Ajax通信のデータでしたか。responseTextは完全なプレーンテキストなので文字列に改変がないはずです。(此方も実証しました)innerHTMLはHTMLデータということでテキストデータではないのが原因かもしれません。タグが中に含まれると、タグのシングルクォーテーションがダブルになったり、小文字が大文字になったりします。この状況に近いものがあったのでよろしければ。↓http://www2s.biglobe.ne.jp/~iryo/vba/IE/hdata1.htmlIEとFirefoxで挙動が違うというのも頭が痛いです。この方法で改行コードが含まれていない文字列のチェックを[\s\S]+で行った場合に、何故かマッチしませんでした。変わりに.+で行うとマッチしました。ちなみに、ただ単に改行のない文字列を作って、マッチングした場合には[\s\S]+でもマッチしました。http.responseTextの時だけ何か特殊なんでしょうかねぇ?w改行コードというと「\n」のことですよね?(間違ってたらすみません)此方の実験では「[\s\S]+」「[\s\S]*」「.+」のいずれでも正常にマッチしました。念のため使用コードを載せておきます。class='readspace'>【大量\n文字】</div><br>なぜか、戻り値の文字列の最後に「,」カンマがくっついてきてしまうんですよw本当ですねw全く原因が分かりませんが。9年前kimuchiさん、色々テストしていただいてありがとうございます。>>改行コードというと「\n」のことですよね?(間違ってたらすみません)そうです、\nのことです。改行コードがあった場合では、「.+」以外では全てマッチしました。改行コードがない場合では、「[\s\S]+」「[\s\S]*」「.+」で全てマッチしました。改行コードがない場合では「[\s\S]+」「[\s\S]*」ではマッチせず、「.+」じゃないとマッチしませんでした。この正規表現を使った文字の取り出しは、PHP側からecho関数でJS側にデータを返す際に、サーバ側が勝手に貼り付けてくる広告のタグを全て除去するためにやろうとしたことです。このタグが【先頭文字】とかかれた部分に大量に(たぶん20要素以上)くっついています。指定してるのに、なぜその前の部分が影響してくるのかも良くわかりません。9年前あ、書き忘れましたが、私は文字コードを全てUTF-8で処理しています。その辺も関係あるのかもしれません。上の結果に誤りがありました。3.4.の例では「.+」のときnullを返します。UTF-8に変えて実験してみましたがShift_JISの場合と変わりませんでした。改行コードがない場合では「[\s\S]+」「[\s\S]*」ではマッチせず、「.+」じゃないとマッチしませんでした。此方の結果は確認できませんでした。(<div>間の文字なしでもやってみましたが「[\s\S]*」はマッチしてきました。)当方もレンタルサーバーでの実験でしたが、広告はありません。サーバー環境の差異でしょうか?kimuchiさん、色々対応ありがとうございます^^次は気長にお待ち下さい^^これ以上は泥沼になりそうなので、一旦切り上げることにします。何か分かればまたここに載せたいと思います。ミクプラは自由にリンクできます。