如何在 Next.js 中为特定页面定制导航栏颜色逻辑

如何在 Next.js 中为特定页面定制导航栏颜色逻辑

本文详解如何在 Next.js 应用中实现导航栏（Na vbar）的页面级颜色控制：全局默认滚动变色，但在 /lodge 页面始终显示黑色文字（适配白色背景），避免内容不可见问题。

在 Next.js 项目中，一个常见的需求是让导航栏根据页面滚动动态改变文字颜色，以适配不同的背景。但问题来了：如果某个特定页面（比如 `/lodge`）的背景色是固定的浅色，你肯定不希望导航文字在滚动时变回白色，导致内容“消失”。这恰恰是页面级样式控制的典型场景。

然而，在 Next.js（App Router）的客户端组件中，很多开发者会踩一个坑：试图用 `window.location.pathname.includes(‘/lodge/page.tsx’)` 来判断路由。这行代码为什么永远返回 `false`？原因在于，`/lodge/page.tsx` 是服务端的文件路径，而浏览器地址栏里真实的、可访问的路由是 `/lodge`。用文件路径去匹配路由，自然是南辕北辙。

所以，正确的思路应该是什么？很简单，基于浏览器当前的实际 URL 路径进行判断。目标也很明确：

• 在 `/lodge` 页面：导航栏文字锁定为黑色（#313131），不受滚动影响；
• 在其他所有页面：保持原有交互——滚动超过 950px 时文字由白变黑，否则维持白色。

下面就是优化后的完整 Na vbar 组件实现，不仅修复了路径判断的逻辑，还一并处理了内存泄漏和初始状态问题：

'use client'
import { useState, useEffect } from 'react'
import Image from 'next/image'
import Link from 'next/link'
import Container from '../Container'
import Logo from './Logo'
import Contacts from './Contacts'
import Lang from './Lang'

const Na vbar = () => {
  // 判断当前是否为 /lodge 页面（注意：使用 pathname，非文件路径）
  const isLodgePage = typeof window !== 'undefined'
    ? window.location.pathname === '/lodge'
    : false

  // 初始状态：/lodge 页面默认黑色，其余页面默认白色
  const [color, setColor] = useState(isLodgePage)

  const changeColor = () => {
    if (isLodgePage) {
      // /lodge 页面：强制黑色，忽略滚动
      setColor(true)
    } else {
      // 其他页面：滚动 ≥ 950px 时启用黑色
      setColor(window.scrollY >= 950)
    }
  }

  useEffect(() => {
    // 安全添加事件监听器
    window.addEventListener('scroll', changeColor)
    // 清理函数防止内存泄漏
    return () => window.removeEventListener('scroll', changeColor)
  }, [isLodgePage]) // 依赖项包含 isLodgePage，确保切换页面时重新计算

  return (
    

      

        
          

            
            

              
                LODGE
              
            
            

              
                OUR BLOG
              
            
            
            
          

        
      

    

  )
}

export default Na vbar

这次改动的几个关键点，值得展开说说：

• ✅ 路径匹配修正：用 `window.location.pathname === ‘/lodge’` 替代了错误的文件路径匹配，这才是浏览器环境的正确用法；
• ✅ 初始状态精准化：`useState` 的初始值直接由当前页面决定，确保组件首次渲染时颜色就是对的，避免了闪烁或逻辑滞后；
• ✅ 内存泄漏防护：`useEffect` 中返回了清理函数，确保组件卸载或路由切换时，滚动事件监听器被正确移除；
• ✅ 逻辑分离清晰：`isLodgePage` 这个布尔值专门控制“是否锁定黑色”，而 `scrollY >= 950` 则控制“何时触发变色”，各司其职，代码可读性更高；
• ✅ 视觉细节增强：增加了 `z-50` 确保导航栏层级足够高，同时背景色采用半透明（`bg-white/80`），在保证可读性的同时，也维持了页面的视觉整体性。

⚠️ 一个小提示：如果项目配置了深色模式，建议将硬编码的 `text-[#313131]` 替换为语义化的 Tailwind 颜色类，例如 `text-gray-900 dark:text-gray-100`，并配合 `dark:` 变体完善整套颜色方案，这样可访问性会更好。

说到底，这个方案的精髓在于平衡。它既维护了全局交互逻辑的一致性，又能精准响应特定页面的独特需求。在追求组件复用和代码简洁的今天，这种“全局规则加局部例外”的弹性设计，才是构建健壮、可维护的 Next.js 应用的关键所在。