如何在 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 应用的关键所在。
