jpskill.com
🛠️ 開発・MCP コミュニティ

rn-performance

Performance optimization for React Native. Use when optimizing lists, preventing re-renders, memoizing components, or debugging performance issues in Expo/React Native apps.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o rn-performance.zip https://jpskill.com/download/17860.zip && unzip -o rn-performance.zip && rm rn-performance.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17860.zip -OutFile "$d\rn-performance.zip"; Expand-Archive "$d\rn-performance.zip" -DestinationPath $d -Force; ri "$d\rn-performance.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して rn-performance.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → rn-performance フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

React Native のパフォーマンス

問題提起

React Native のパフォーマンス問題は、多くの場合、不要な再レンダリング、最適化されていないリスト、および JS スレッドでのコストのかかる計算に起因します。このコードベースには、確立された最適化パターンを持つ、パフォーマンスが重要な領域(ショットマスタリー、プレイヤーリスト)があります。


パターン: FlatList の最適化

keyExtractor - 安定したキー

// ✅ 正しい: 安定した関数参照
const keyExtractor = useCallback((item: Session) => item.id, []);

<FlatList
  data={sessions}
  keyExtractor={keyExtractor}
  renderItem={renderItem}
/>

// ❌ 間違い: レンダリングごとに新しい関数を作成
<FlatList
  data={sessions}
  keyExtractor={(item) => item.id}
  renderItem={renderItem}
/>

// ❌ 間違い: index を使用 (並べ替え/削除で問題が発生する)
keyExtractor={(item, index) => `${index}`}

getItemLayout - 固定高さのアイテム

const ITEM_HEIGHT = 80;
const SEPARATOR_HEIGHT = 1;

const getItemLayout = useCallback(
  (data: Session[] | null | undefined, index: number) => ({
    length: ITEM_HEIGHT,
    offset: (ITEM_HEIGHT + SEPARATOR_HEIGHT) * index,
    index,
  }),
  []
);

<FlatList
  data={sessions}
  getItemLayout={getItemLayout}
  // ... その他の props
/>

重要な理由: getItemLayout がないと、FlatList は各アイテムを測定する必要があり、スクロールのジャンクを引き起こします。

renderItem - メモ化

// 名前付きコンポーネントに抽出
const SessionItem = memo(function SessionItem({ 
  session, 
  onPress 
}: { 
  session: Session; 
  onPress: (id: string) => void;
}) {
  return (
    <Pressable onPress={() => onPress(session.id)}>
      <Text>{session.title}</Text>
    </Pressable>
  );
});

// 安定したコールバック
const handlePress = useCallback((id: string) => {
  navigation.push(`/session/${id}`);
}, [navigation]);

// 安定した renderItem
const renderItem = useCallback(
  ({ item }: { item: Session }) => (
    <SessionItem session={item} onPress={handlePress} />
  ),
  [handlePress]
);

<FlatList
  data={sessions}
  renderItem={renderItem}
  // ...
/>

追加の最適化

<FlatList
  data={sessions}
  renderItem={renderItem}
  keyExtractor={keyExtractor}
  getItemLayout={getItemLayout}

  // パフォーマンス props
  removeClippedSubviews={true}           // 画面外のアイテムをアンマウント
  maxToRenderPerBatch={10}               // レンダリングバッチごとのアイテム数
  windowSize={5}                         // レンダリングウィンドウ (画面数)
  initialNumToRender={10}                // 初期レンダリング数
  updateCellsBatchingPeriod={50}         // バッチ更新遅延 (ms)

  // 余分なレンダリングを防ぐ
  extraData={selectedId}                 // これが変更された場合にのみ再レンダリング
/>

パターン: 大規模リストのための FlashList

いつ使用するか: 1000 個以上のアイテム、複雑なアイテムコンポーネント、または FlatList がまだジャンクである場合。

import { FlashList } from '@shopify/flash-list';

<FlashList
  data={players}
  renderItem={renderItem}
  estimatedItemSize={80}  // 必須 - アイテムの高さを推定
  keyExtractor={keyExtractor}
/>

注意: このコードベースでは現在 FlashList を使用していません。コーチのプレイヤーリストで検討してください。


パターン: メモ化

useMemo - コストのかかる計算

// ✅ 正しい: コストのかかる計算をメモ化
const sortedAndFilteredItems = useMemo(() => {
  return items
    .filter(item => item.active)
    .sort((a, b) => b.score - a.score)
    .slice(0, 100);
}, [items]);

// ❌ 間違い: レンダリングごとに再計算
const sortedAndFilteredItems = items
  .filter(item => item.active)
  .sort((a, b) => b.score - a.score);

// ❌ 間違い: 単純なアクセスをメモ化 (オーバーヘッド > メリット)
const userName = useMemo(() => user.name, [user.name]);

useMemo をいつ使用するか:

  • 配列変換 (filter、sort、map チェーン)
  • メモ化された子に渡されるオブジェクトの作成
  • O(n) 以上の複雑さを持つ計算

useCallback - 安定した関数参照

// ✅ 正しい: 子の props のための安定したコールバック
const handlePress = useCallback((id: string) => {
  setSelectedId(id);
}, []);

// メモ化された子に渡す
<MemoizedItem onPress={handlePress} />

// ❌ 間違い: 不安定な deps を持つ useCallback
const handlePress = useCallback((id: string) => {
  doSomething(unstableObject); // unstableObject はレンダリングごとに変化する
}, [unstableObject]); // 目的を無効にする

useCallback をいつ使用するか:

  • メモ化された子に渡されるコールバック
  • 依存関係配列内のコールバック
  • 子の再レンダリングを引き起こす可能性のあるイベントハンドラー

パターン: React.memo

// 安定した props を受け取るコンポーネントをラップ
const PlayerCard = memo(function PlayerCard({ 
  player, 
  onSelect 
}: Props) {
  return (
    <Pressable onPress={() => onSelect(player.id)}>
      <Text>{player.name}</Text>
      <Text>{player.rating}</Text>
    </Pressable>
  );
});

// 複雑な props のためのカスタム比較
const PlayerCard = memo(
  function PlayerCard({ player, onSelect }: Props) {
    // ...
  },
  (prevProps, nextProps) => {
    // props が等しい場合は true を返す (再レンダリングをスキップ)
    return (
      prevProps.player.id === nextProps.player.id &&
      prevProps.player.rating === nextProps.player.rating
    );
  }
);

React.memo をいつ使用するか:

  • リストアイテムコンポーネント
  • 安定したプリミティブ props を受け取るコンポーネント
  • 頻繁にレンダリングされるが、めったに変更されないコンポーネント

いつ使用しないか:

  • 常に新しい props を受け取るコンポーネント
  • 単純なコンポーネント (オーバーヘッド > メリット)
  • ルートレベルの画面

パターン: Zustand セレクターの最適化

問題: ストア全体を選択すると、状態が変更されるたびに再レンダリングが発生します。


// ❌ 間違い: ストアの変更時に再レンダリング
const store = useAssessmentStore();
// または
const { userAnswers, isLoading, retakeAreas, ... } = useAssessmentStore();

// ✅ 正しい: 選択された値が変更された場合にのみ再レンダリング
const userAnswers = useAssessmentStore((s) => s.userAnswers);
const isLoading = useAssessmentStore((s) => s.isLoading);

// ✅ 正しい: 浅い比較による複数の値
import { useShallow } from 'zustand/react/shallow';

c
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

React Native Performance

Problem Statement

React Native performance issues often stem from unnecessary re-renders, unoptimized lists, and expensive computations on the JS thread. This codebase has performance-critical areas (shot mastery, player lists) with established optimization patterns.


Pattern: FlatList Optimization

keyExtractor - Stable Keys

// ✅ CORRECT: Stable function reference
const keyExtractor = useCallback((item: Session) => item.id, []);

<FlatList
  data={sessions}
  keyExtractor={keyExtractor}
  renderItem={renderItem}
/>

// ❌ WRONG: Creates new function every render
<FlatList
  data={sessions}
  keyExtractor={(item) => item.id}
  renderItem={renderItem}
/>

// ❌ WRONG: Using index (causes issues with reordering/deletion)
keyExtractor={(item, index) => `${index}`}

getItemLayout - Fixed Height Items

const ITEM_HEIGHT = 80;
const SEPARATOR_HEIGHT = 1;

const getItemLayout = useCallback(
  (data: Session[] | null | undefined, index: number) => ({
    length: ITEM_HEIGHT,
    offset: (ITEM_HEIGHT + SEPARATOR_HEIGHT) * index,
    index,
  }),
  []
);

<FlatList
  data={sessions}
  getItemLayout={getItemLayout}
  // ... other props
/>

Why it matters: Without getItemLayout, FlatList must measure each item, causing scroll jank.

renderItem - Memoized

// Extract to named component
const SessionItem = memo(function SessionItem({ 
  session, 
  onPress 
}: { 
  session: Session; 
  onPress: (id: string) => void;
}) {
  return (
    <Pressable onPress={() => onPress(session.id)}>
      <Text>{session.title}</Text>
    </Pressable>
  );
});

// Stable callback
const handlePress = useCallback((id: string) => {
  navigation.push(`/session/${id}`);
}, [navigation]);

// Stable renderItem
const renderItem = useCallback(
  ({ item }: { item: Session }) => (
    <SessionItem session={item} onPress={handlePress} />
  ),
  [handlePress]
);

<FlatList
  data={sessions}
  renderItem={renderItem}
  // ...
/>

Additional Optimizations

<FlatList
  data={sessions}
  renderItem={renderItem}
  keyExtractor={keyExtractor}
  getItemLayout={getItemLayout}

  // Performance props
  removeClippedSubviews={true}           // Unmount off-screen items
  maxToRenderPerBatch={10}               // Items per render batch
  windowSize={5}                         // Render window (screens)
  initialNumToRender={10}                // Initial render count
  updateCellsBatchingPeriod={50}         // Batch update delay (ms)

  // Prevent extra renders
  extraData={selectedId}                 // Only re-render when this changes
/>

Pattern: FlashList for Large Lists

When to use: 1000+ items, complex item components, or FlatList still janky.

import { FlashList } from '@shopify/flash-list';

<FlashList
  data={players}
  renderItem={renderItem}
  estimatedItemSize={80}  // Required - estimate item height
  keyExtractor={keyExtractor}
/>

Note: This codebase doesn't currently use FlashList. Consider for coach player lists.


Pattern: Memoization

useMemo - Expensive Computations

// ✅ CORRECT: Memoize expensive calculation
const sortedAndFilteredItems = useMemo(() => {
  return items
    .filter(item => item.active)
    .sort((a, b) => b.score - a.score)
    .slice(0, 100);
}, [items]);

// ❌ WRONG: Recalculates every render
const sortedAndFilteredItems = items
  .filter(item => item.active)
  .sort((a, b) => b.score - a.score);

// ❌ WRONG: Memoizing simple access (overhead > benefit)
const userName = useMemo(() => user.name, [user.name]);

When to use useMemo:

  • Array transformations (filter, sort, map chains)
  • Object creation passed to memoized children
  • Computations with O(n) or higher complexity

useCallback - Stable Function References

// ✅ CORRECT: Stable callback for child props
const handlePress = useCallback((id: string) => {
  setSelectedId(id);
}, []);

// Pass to memoized child
<MemoizedItem onPress={handlePress} />

// ❌ WRONG: useCallback with unstable deps
const handlePress = useCallback((id: string) => {
  doSomething(unstableObject); // unstableObject changes every render
}, [unstableObject]); // Defeats the purpose

When to use useCallback:

  • Callbacks passed to memoized children
  • Callbacks in dependency arrays
  • Event handlers that would cause child re-renders

Pattern: React.memo

// Wrap components that receive stable props
const PlayerCard = memo(function PlayerCard({ 
  player, 
  onSelect 
}: Props) {
  return (
    <Pressable onPress={() => onSelect(player.id)}>
      <Text>{player.name}</Text>
      <Text>{player.rating}</Text>
    </Pressable>
  );
});

// Custom comparison for complex props
const PlayerCard = memo(
  function PlayerCard({ player, onSelect }: Props) {
    // ...
  },
  (prevProps, nextProps) => {
    // Return true if props are equal (skip re-render)
    return (
      prevProps.player.id === nextProps.player.id &&
      prevProps.player.rating === nextProps.player.rating
    );
  }
);

When to use React.memo:

  • List item components
  • Components receiving stable primitive props
  • Components that render frequently but rarely change

When NOT to use:

  • Components that always receive new props
  • Simple components (overhead > benefit)
  • Root-level screens

Pattern: Zustand Selector Optimization

Problem: Selecting entire store causes re-render on any state change.

// ❌ WRONG: Re-renders on ANY store change
const store = useAssessmentStore();
// or
const { userAnswers, isLoading, retakeAreas, ... } = useAssessmentStore();

// ✅ CORRECT: Only re-renders when selected values change
const userAnswers = useAssessmentStore((s) => s.userAnswers);
const isLoading = useAssessmentStore((s) => s.isLoading);

// ✅ CORRECT: Multiple values with shallow comparison
import { useShallow } from 'zustand/react/shallow';

const { userAnswers, isLoading } = useAssessmentStore(
  useShallow((s) => ({ 
    userAnswers: s.userAnswers, 
    isLoading: s.isLoading 
  }))
);

See also: rn-zustand-patterns/SKILL.md for more Zustand patterns.


Pattern: Image Optimization

import { Image } from 'expo-image';

// expo-image provides caching and performance optimizations
<Image
  source={{ uri: player.avatarUrl }}
  style={{ width: 50, height: 50 }}
  contentFit="cover"
  placeholder={blurhash}           // Show while loading
  transition={200}                  // Fade in duration
  cachePolicy="memory-disk"         // Cache strategy
/>

// For lists, add priority
<Image
  source={{ uri: player.avatarUrl }}
  priority={isVisible ? 'high' : 'low'}
/>

Pattern: Avoiding Re-Renders

Object/Array Stability

// ❌ WRONG: New object every render
<ChildComponent style={{ padding: 10 }} />
<ChildComponent config={{ enabled: true }} />

// ✅ CORRECT: Stable reference
const style = useMemo(() => ({ padding: 10 }), []);
const config = useMemo(() => ({ enabled: true }), []);

<ChildComponent style={style} />
<ChildComponent config={config} />

// ✅ CORRECT: Or use StyleSheet
const styles = StyleSheet.create({
  container: { padding: 10 },
});

<ChildComponent style={styles.container} />

Children Stability

// ❌ WRONG: Inline function creates new element each render
<Parent>
  {() => <Child />}
</Parent>

// ✅ CORRECT: Stable element
const child = useMemo(() => <Child />, [deps]);
<Parent>{child}</Parent>

Pattern: Detecting Re-Renders

React DevTools Profiler

  1. Open React DevTools
  2. Go to Profiler tab
  3. Click record, interact, stop
  4. Review "Flamegraph" for render times
  5. Look for components rendering unnecessarily

why-did-you-render

// Setup in development
import React from 'react';

if (__DEV__) {
  const whyDidYouRender = require('@welldone-software/why-did-you-render');
  whyDidYouRender(React, {
    trackAllPureComponents: true,
  });
}

// Mark specific component for tracking
PlayerCard.whyDidYouRender = true;

Console Logging

// Quick check for re-renders
function PlayerCard({ player }: Props) {
  console.log('PlayerCard render:', player.id);
  // ...
}

Pattern: Heavy Computation Off Main Thread

Problem: JS thread blocked causes UI jank.

// ❌ WRONG: Blocks JS thread
const result = heavyComputation(data); // Takes 500ms

// ✅ CORRECT: Use InteractionManager
import { InteractionManager } from 'react-native';

InteractionManager.runAfterInteractions(() => {
  const result = heavyComputation(data);
  setResult(result);
});

// ✅ CORRECT: requestAnimationFrame for visual updates
requestAnimationFrame(() => {
  // Update after current frame
});

Performance Checklist

Before shipping list-heavy screens:

  • [ ] FlatList has keyExtractor (stable callback)
  • [ ] FlatList has getItemLayout (if fixed height)
  • [ ] List items are memoized with React.memo
  • [ ] Callbacks passed to items use useCallback
  • [ ] Zustand selectors are specific (not whole store)
  • [ ] Images use expo-image with caching
  • [ ] No inline object/function props to memoized children
  • [ ] Profiler shows no unnecessary re-renders

Common Issues

Issue Solution
List scroll jank Add getItemLayout, memoize items
Component re-renders too often Check selector specificity, memoize props
Slow initial render Reduce initialNumToRender, defer computation
Memory growing Check for state accumulation, image cache
UI freezes on interaction Move computation off main thread

Relationship to Other Skills

  • rn-zustand-patterns: Selector optimization patterns
  • rn-styling: StyleSheet.create for stable style references