タグ: layout

Android SDK 35 をターゲットにすると Flutter アプリは edge-to-edge モードになり、Scaffold の body がナビゲーションバーの背後に描画されます。オプトアウトするのではなく SafeArea と MediaQuery の padding でインセットを処理してください。そのオプトアウトは Android 16 ではすでに無効です。

キーボードは Scaffold の body の最大高さを縮めるため、ぎりぎり収まっていた Column があふれます。resizeToAvoidBottomInset を切るのではなく、body をスクロール可能にしてください。

長いリストでは shrinkWrap を絶対に使わないでください。リストが唯一のスクロール要素なら Expanded を、他のセクションとスクロールを共有するなら sliver（CustomScrollView）を使います。その理由を、build 回数のベンチマークとともに解説します。

色を decoration の中に移動します。color と decoration を同じ Container に渡すのではなく、decoration: BoxDecoration(color: ...) を使います。

このエラーは、Expanded または Flexible が Row、Column、Flex の直接の子でないことを意味します。flex ウィジェットの直下に移動するか、親が flex でないなら Expanded を外してください。

CustomScrollView の slivers リストは sliver しか受け付けません。box ウィジェットは SliverToBoxAdapter でラップするか、ListView／Padding／Column を SliverList や SliverPadding に置き換えてください。

ネストしたスクロール可能ウィジェットを使わずに、リストとグリッドを 1 つの連続したスクロールにまとめます。CustomScrollView と SliverList、SliverGrid を使い、パフォーマンスを静かに殺す shrinkWrap の罠を回避します。

Column の中の ListView が 'Vertical viewport was given unbounded height' を投げる理由と、どれを選ぶかを決めるパフォーマンスのトレードオフを含む 4 つの解決策（Expanded、Flexible、shrinkWrap、SizedBox）。

RenderBox was not laid out はほぼ常に二次的なエラーです。その上にある最初の layout のアサーション、通常は制約が非有界な scrollable を見つけて修正してください。

30 秒でできる修正: あふれた子ウィジェットを Expanded または Flexible でラップします。その後、Row と Column が黙ってクリッピングしない理由、制約なしの constraints の意味、どのレイアウトにどの修正が合うかを残りで解説します。