bashで標準入力を1行ずつ配列変数に入れるのって、なんか色々気にすることが多くて面倒くさいから一つの関数にまとめてみた。
（こんな変態関数作るほうが余程めんどくさいって？うんその通りだと思うわ。でも知見を得たら頭整理の為にも一度書き残しておかないとすぐ忘れるし、もうそういう性なので仕方ない。)

こんな関数を作って

read2arr.sh

# 標準入力を指定の変数名に1行1値の配列として読み込む関数
read2arr() {
  [[ $1 =~ ^[a-zA-Z][a-zA-Z0-9_]*$ ]] || return 1
  local IFS=
  eval "local $1_"
  eval "$1=()"
  eval "while read -r $1_ || [[ -n \$$1_ ]]; do $1+=(\"\$$1_\"); done"
}

こんなふうに使う

$ # 関数を読み込んでおく
$ . read2arr.sh

$ # テスト用ファイルを作る(空行とか行頭行末の空白とかタブ文字やクオート入りとか最終改行無しとか嫌な感じのデータを作る)
$ echo foo > /tmp/file1
$ echo >> /tmp/file1
$ echo $'\ta  b  ' >> /tmp/file1
$ echo 'a\tb\\n' >> /tmp/file1
$ echo "a\"b'c" >> /tmp/file1
$ echo -n bar >> /tmp/file1

$ # arr という名前の変数にfile1の内容を配列として読み込む
$ read2arr arr < /tmp/file1

$ # 確認
$ echo "行数: ${#arr[@]}"
行数: 4
$ # 中身確認
$ for v in "${arr[@]}"; do printf "%s\n" "'$v'"; done | cat -n
     1  'foo'
     2  ''
     3  '	a  b  '
     4  'a\tb\\n'
     5  'a"b'c'
     6  'bar'

今時間ないので説明が少ないがとりあえずメモってことで…。多分もうそろそろ考慮漏れとか無いんじゃないかな。

追記：簡単な解説

注意すべき`read`の仕様について

`local IFS=` または `IFS= read`

これをしておかないと read 時に行頭行末の空白文字が消えてしまうので注意。そのトリム動作が嬉しい事も多いけどとにかくそのまま読みたい場合は必須。

例えば上記使用例の3行目はデフォルトのIFSのままだと a b の4文字になってしまう。なお行頭行末以外のaとbの間の空白2文字はそのまま残る。
定型句として while IFS= read -r t; do という風に read の瞬間だけIFSをキャンセルしても良いが、今回のケースでは関数内全体で一度だけリセットしても他にIFSが影響する部分はなく問題が起こる余地はないので頭でやっている。

参考: readするときはIFS=を付けておくとstrictな感じで気持ちが良い - Qiita

`read -r` でバックスラッシュをそのまま読み込む

例えば上記実行例の4行目の値をreadするときは -r が無いとバックスラッシュはエスケープされて atb\n という5文字に減ってしまう。
-rを付けておけば a\tb\\n という7文字として読み込まれてバックスラッシュは文字としてそのまま残る。

`while read t; do ...; done` だと入力の最終行に改行がないとハマる

readは改行前にEOFを見つける（最終改行無し）だと return 1 する仕様なので、whileがそこで終わってしまって最後の1行分のwhile内処理がスキップされてしまう。その結果、最終行が欠損するという問題が起こり得る。
対策として、while read t || [[ -n $t ]]; do ...; done という風に最終行でreadにreturn 1された場合に備えて空チェックも平行して行うことで最終行の処理漏れを防ぐ。

readは最終改行がないとreturn 1をするものの、最終行終端までの読み込み自体はちゃんと行ってくれているので、代入先変数tの値チェックを追加することでwhileの予期せぬ離脱を回避してるわけだ。なお只の空行の場合はreadが0を返すので後続の || [[ -n $t ]] は評価されず、条件文全体としては0で終わるので期待通りの動作となる。

多分readのこの行末処理の仕様は libcのread関数の行末処理の仕様に由来しているものと思われる。
実は僕も最近までこの仕様を知らなかったので、過去書いてきた大量のスクリプトの見直しをしないとなぁと思ってるところだ…orz

参考: Linuxに関わる人が一度は読むべきStackOverflowまとめ - Qiita でコメント欄を書いてて気がついた。

その他の枝葉の説明

bashをよく知ってる人も知らない人もいると思うので使っているTipsについて

締切がヤバイせいでついダラダラ書いてしまう…。簡単な解説追記とか言いつつ脳内棚卸しみたいになってるな。試験前に部屋の模様替え始めるアレだ。あーそして仕事ヤバイので離脱。

シェル芸の闇は深い

しかし慣れてくるとあまり迷わず書けるようになってるのが怖いが、上に挙げた枝葉の説明とか見返すとあんな短いコードでこんな色々気にしながら書いてるなんて、もうシェル芸人って完全に変態だな…と改めて思った。