2026最新怎么查看自己电脑的ip地址实战指南
刚学完 Python 或 Go 的语法，代码写得飞起，结果一搭项目就卡壳？特别是需要获取本机 IP 这种基础操作，明明知道命令，却在真实网络环境下频频翻车。别急，这篇 2026 最新的实战教程，直接带你从零搭建一个可复用的 IP 获取工具，把“查 IP”变成你项目里的标准组件。
项目目标
很多开发者以为查 IP 就是敲个 ipconfig 或 ifconfig，但在工程化场景里，这远远不够。我们需要一个跨平台、能区分内网/公网、且能集成进后端服务的标准模块。
核心目标有三个：
跨平台兼容：同时支持 Windows、macOS 和 Linux，避免在 CI/CD 环境中因为操作系统差异导致构建失败。
内外网分离：准确识别局域网 IP（用于服务发现）和公网 IP（用于日志审计或回调通知）。
零依赖或低依赖：核心功能尽量使用标准库，若需第三方库，必须选择 NPM 或 PyPI 官方包中维护良好、版本稳定的选项，确保长期可维护性。
在 2026 年的网络环境中，IPv6 普及率大幅提升，多网卡设备（如同时连接 WiFi 和网线）成了常态。传统的单行命令往往只能返回第一个网卡信息，导致服务绑定错误端口或无法被外部访问。我们的工具必须能处理这种复杂拓扑。
目录结构
为了便于集成到现有的 Python 后端项目（如 FastAPI 或 Django），我们采用模块化设计。项目结构如下：
ip_resolver/
├── main.py # 入口文件，演示调用方式
├── resolver.py # 核心逻辑封装
├── config.py # 配置项，如超时时间、日志级别
├── requirements.txt # 依赖管理
└── tests/
└── test_resolver.py # 单元测试用例
这种结构符合 PEP 8 规范，便于团队协作。resolver.py 是核心，它将系统调用、网络请求和逻辑判断解耦。config.py 单独抽出，是因为不同环境（开发、测试、生产）对 IP 获取的超时时间和回退策略可能不同。
核心代码实现
这里我们以 Python 为例，因为其在数据科学和后端领域应用最广。如果你用 Go 或 Java，思路完全一致，只是语法不同。
第一步：获取内网 IP
内网 IP 通常用于服务间通信。我们使用 socket 标准库，这是 Python 官方文档推荐的方式，无需安装额外包。
import socket
import platform
def get_local_ip():
获取本机内网 IP 地址
原理：创建一个 UDP 套接字，连接一个外部地址（不发送数据），
从而让系统自动选择出口网卡，获取该网卡的本地 IP。
try:
# 创建 UDP 套接字
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
# 连接一个公共 DNS 地址，仅用于确定出口接口
s.connect((8.8.8.8, 80))
# 获取本机在该出口接口上的 IP
ip = s.getsockname()[0]
s.close()
return ip
except Exception as e:
# 如果 UDP 连接失败（如无外网），回退到 hostname 解析
try:
return socket.gethostbyname(socket.gethostname())
except Exception:
return 127.0.0.1
逐行解析：
socket.AF_INET：指定 IPv4 协议。若需支持 IPv6，需增加 AF_INET6 逻辑。
s.connect((8.8.8.8, 80))：这里并不真正发送数据包，而是触发操作系统选择网络接口。这是获取“有效出口 IP”最可靠的方法，比直接读取网卡列表更准确，因为它能自动排除断开连接的网卡。
异常处理：在网络隔离环境（如某些内网服务器），UDP 连接可能失败，此时回退到 gethostname() 解析，最后兜底为本地回环地址。
第二步：获取公网 IP
公网 IP 需要请求外部服务。为了稳定性，我们引入一个轻量级 HTTP 客户端。这里我们选择 requests 库，它在 PyPI 官方包中下载量巨大，维护活跃，是事实标准。
import requests
def get_public_ip(timeout=5):
获取本机公网 IP
使用多个备用 API，避免单点故障
services = [
https://api.ipify.org,
https://ifconfig.me/ip,
https://ipinfo.io/ip
]
for url in services:
try:
response = requests.get(url, timeout=timeout)
if response.status_code == 200:
return response.text.strip()
except requests.RequestException as e:
# 记录日志，继续尝试下一个服务
print(fFailed to fetch from {url}: {e})
continue
return unknown
关键点：
多源容灾：单个 IP 查询服务可能宕机或限流，设置多个备用源并轮询，是生产环境的标准做法。
超时控制：timeout 参数至关重要。如果外部服务无响应，不能阻塞主线程。
第三步：整合与封装
将上述两个函数封装到一个类中，提供统一的接口。
class IPResolver:
def __init__(self):
self._local_ip = None
self._public_ip = None
def resolve(self):
一次性获取内外网 IP，返回字典
if self._local_ip is None:
self._local_ip = get_local_ip()
if self._public_ip is None:
self._public_ip = get_public_ip()
return {
local: self._local_ip,
public: self._public_ip,
platform: platform.system()
}
def get_local(self):
return self._local_ip or get_local_ip()
def get_public(self):
return self._public_ip or get_public_ip()
运行与测试
代码写得好不如跑得稳。我们来实际运行一下，看看输出结果。
1. 创建虚拟环境并安装依赖
python -m venv venv
source venv/bin/activate # Windows 使用 venv\Scripts\activate
pip install requests
2. 编写测试用例
使用 pytest 框架，这是 PyPI 上最主流的测试工具。
# tests/test_resolver.py
import pytest
from ip_resolver.resolver import IPResolver
def test_local_ip_format():
resolver = IPResolver()
ip = resolver.get_local()
# 简单的格式校验：确保是点分十进制
parts = ip.split(.)
assert len(parts) == 4
for part in parts:
assert part.isdigit()
assert 0 = int(part) = 255
def test_public_ip_not_unknown():
resolver = IPResolver()
ip = resolver.get_public()
# 在测试环境中，可能无法访问外网，所以只断言不是空
assert ip is not None
assert len(ip) 0
3. 运行主程序
# main.py
from ip_resolver.resolver import IPResolver
if __name__ == __main__:
resolver = IPResolver()
result = resolver.resolve()
print(fPlatform: {result['platform']})
print(fLocal IP: {result['local']})
print(fPublic IP: {result['public']})
运行 python main.py，你应该看到类似这样的输出：
Platform: Windows
Local IP: 192.168.1.105
Public IP: 123.45.67.89
如果在多网卡环境下，Local IP 会自动选择那个能访问外网的网卡 IP，这正是我们想要的行为。
优化扩展
基础功能完成后，我们看看如何让它更专业。
1. 异步支持
在高并发 Web 服务中，同步获取公网 IP 会阻塞事件循环。我们可以用 asyncio 重写公网 IP 获取部分。
import aiohttp
async def get_public_ip_async():
async with aiohttp.ClientSession() as session:
try:
async with session.get(https://api.ipify.org, timeout=aiohttp.ClientTimeout(total=5)) as resp:
return await resp.text()
except Exception:
return unknown
2. IPv6 支持
随着 2026 年 IPv6 的全面普及，仅支持 IPv4 是不够的。我们需要修改 get_local_ip 函数，优先尝试 IPv4，失败后尝试 IPv6。
def get_local_ip_v6():
try:
s = socket.socket(socket.AF_INET6, socket.SOCK_DGRAM)
s.connect((2001:4860:4860::8888, 80))
ip = s.getsockname()[0]
s.close()
return ip
except Exception:
return None
3. 缓存机制
IP 地址不会频繁变化，频繁请求外部 API 是浪费资源。我们可以加一个简单的 TTL（Time-To-Live）缓存。
import time
class CachedIPResolver(IPResolver):
def __init__(self, ttl=300):
super().__init__()
self._ttl = ttl
self._last_fetch = 0
def get_public(self):
if time.time() - self._last_fetch self._ttl or self._public_ip is None:
self._public_ip = get_public_ip()
self._last_fetch = time.time()
return self._public_ip
小结
从语法到项目，中间隔着的不是代码量，而是对工程细节的考量。今天这个小小的 IP 获取工具，涵盖了跨平台兼容、异常处理、多源容灾、异步编程和缓存策略，这些都是构建可靠后端服务的基石。
在 2026 年的技术栈中，基础工具的稳定性和可维护性比“炫技”更重要。选择 PyPI 官方包中维护良好的库，遵循标准库的最佳实践，能让你的项目少走很多弯路。
你在项目里踩过这个坑吗？比如在某些云厂商的内网中，socket.connect 获取到的 IP 和预期不符，或者多网卡环境下服务绑定错误？评论区聊聊，看看大家是怎么解决的。 
长河君 · 2026/9/22 15:19:21 · 阅读 1.2k 2026最新怎么查看自己电脑的ip地址实战指南
2026最新怎么查看自己电脑的ip地址实战指南
刚学完 Python 或 Go 的语法，代码写得飞起，结果一搭项目就卡壳？特别是需要获取本机 IP 这种基础操作，明明知道命令，却在真实网络环境下频频翻车。别急，这篇 2026 最新的实战教程，直接带你从零搭建一个可复用的 IP 获取工具，把“查 IP”变成你项目里的标准组件。
项目目标
很多开发者以为查 IP 就是敲个 ipconfig 或 ifconfig，但在工程化场景里，这远远不够。我们需要一个跨平台、能区分内网/公网、且能集成进后端服务的标准模块。
核心目标有三个：
跨平台兼容：同时支持 Windows、macOS 和 Linux，避免在 CI/CD 环境中因为操作系统差异导致构建失败。
内外网分离：准确识别局域网 IP（用于服务发现）和公网 IP（用于日志审计或回调通知）。
零依赖或低依赖：核心功能尽量使用标准库，若需第三方库，必须选择 NPM 或 PyPI 官方包中维护良好、版本稳定的选项，确保长期可维护性。
在 2026 年的网络环境中，IPv6 普及率大幅提升，多网卡设备（如同时连接 WiFi 和网线）成了常态。传统的单行命令往往只能返回第一个网卡信息，导致服务绑定错误端口或无法被外部访问。我们的工具必须能处理这种复杂拓扑。
目录结构
为了便于集成到现有的 Python 后端项目（如 FastAPI 或 Django），我们采用模块化设计。项目结构如下：
ip_resolver/
├── main.py # 入口文件，演示调用方式
├── resolver.py # 核心逻辑封装
├── config.py # 配置项，如超时时间、日志级别
├── requirements.txt # 依赖管理
└── tests/
└── test_resolver.py # 单元测试用例
这种结构符合 PEP 8 规范，便于团队协作。resolver.py 是核心，它将系统调用、网络请求和逻辑判断解耦。config.py 单独抽出，是因为不同环境（开发、测试、生产）对 IP 获取的超时时间和回退策略可能不同。
核心代码实现
这里我们以 Python 为例，因为其在数据科学和后端领域应用最广。如果你用 Go 或 Java，思路完全一致，只是语法不同。
第一步：获取内网 IP
内网 IP 通常用于服务间通信。我们使用 socket 标准库，这是 Python 官方文档推荐的方式，无需安装额外包。
import socket
import platform
def get_local_ip():
获取本机内网 IP 地址
原理：创建一个 UDP 套接字，连接一个外部地址（不发送数据），
从而让系统自动选择出口网卡，获取该网卡的本地 IP。
try:
# 创建 UDP 套接字
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
# 连接一个公共 DNS 地址，仅用于确定出口接口
s.connect((8.8.8.8, 80))
# 获取本机在该出口接口上的 IP
ip = s.getsockname()[0]
s.close()
return ip
except Exception as e:
# 如果 UDP 连接失败（如无外网），回退到 hostname 解析
try:
return socket.gethostbyname(socket.gethostname())
except Exception:
return 127.0.0.1
逐行解析：
socket.AF_INET：指定 IPv4 协议。若需支持 IPv6，需增加 AF_INET6 逻辑。
s.connect((8.8.8.8, 80))：这里并不真正发送数据包，而是触发操作系统选择网络接口。这是获取“有效出口 IP”最可靠的方法，比直接读取网卡列表更准确，因为它能自动排除断开连接的网卡。
异常处理：在网络隔离环境（如某些内网服务器），UDP 连接可能失败，此时回退到 gethostname() 解析，最后兜底为本地回环地址。
第二步：获取公网 IP
公网 IP 需要请求外部服务。为了稳定性，我们引入一个轻量级 HTTP 客户端。这里我们选择 requests 库，它在 PyPI 官方包中下载量巨大，维护活跃，是事实标准。
import requests
def get_public_ip(timeout=5):
获取本机公网 IP
使用多个备用 API，避免单点故障
services = [
https://api.ipify.org,
https://ifconfig.me/ip,
https://ipinfo.io/ip
]
for url in services:
try:
response = requests.get(url, timeout=timeout)
if response.status_code == 200:
return response.text.strip()
except requests.RequestException as e:
# 记录日志，继续尝试下一个服务
print(fFailed to fetch from {url}: {e})
continue
return unknown
关键点：
多源容灾：单个 IP 查询服务可能宕机或限流，设置多个备用源并轮询，是生产环境的标准做法。
超时控制：timeout 参数至关重要。如果外部服务无响应，不能阻塞主线程。
第三步：整合与封装
将上述两个函数封装到一个类中，提供统一的接口。
class IPResolver:
def __init__(self):
self._local_ip = None
self._public_ip = None
def resolve(self):
一次性获取内外网 IP，返回字典
if self._local_ip is None:
self._local_ip = get_local_ip()
if self._public_ip is None:
self._public_ip = get_public_ip()
return {
local: self._local_ip,
public: self._public_ip,
platform: platform.system()
}
def get_local(self):
return self._local_ip or get_local_ip()
def get_public(self):
return self._public_ip or get_public_ip()
运行与测试
代码写得好不如跑得稳。我们来实际运行一下，看看输出结果。
1. 创建虚拟环境并安装依赖
python -m venv venv
source venv/bin/activate # Windows 使用 venv\Scripts\activate
pip install requests
2. 编写测试用例
使用 pytest 框架，这是 PyPI 上最主流的测试工具。
# tests/test_resolver.py
import pytest
from ip_resolver.resolver import IPResolver
def test_local_ip_format():
resolver = IPResolver()
ip = resolver.get_local()
# 简单的格式校验：确保是点分十进制
parts = ip.split(.)
assert len(parts) == 4
for part in parts:
assert part.isdigit()
assert 0 = int(part) = 255
def test_public_ip_not_unknown():
resolver = IPResolver()
ip = resolver.get_public()
# 在测试环境中，可能无法访问外网，所以只断言不是空
assert ip is not None
assert len(ip) 0
3. 运行主程序
# main.py
from ip_resolver.resolver import IPResolver
if __name__ == __main__:
resolver = IPResolver()
result = resolver.resolve()
print(fPlatform: {result['platform']})
print(fLocal IP: {result['local']})
print(fPublic IP: {result['public']})
运行 python main.py，你应该看到类似这样的输出：
Platform: Windows
Local IP: 192.168.1.105
Public IP: 123.45.67.89
如果在多网卡环境下，Local IP 会自动选择那个能访问外网的网卡 IP，这正是我们想要的行为。
优化扩展
基础功能完成后，我们看看如何让它更专业。
1. 异步支持
在高并发 Web 服务中，同步获取公网 IP 会阻塞事件循环。我们可以用 asyncio 重写公网 IP 获取部分。
import aiohttp
async def get_public_ip_async():
async with aiohttp.ClientSession() as session:
try:
async with session.get(https://api.ipify.org, timeout=aiohttp.ClientTimeout(total=5)) as resp:
return await resp.text()
except Exception:
return unknown
2. IPv6 支持
随着 2026 年 IPv6 的全面普及，仅支持 IPv4 是不够的。我们需要修改 get_local_ip 函数，优先尝试 IPv4，失败后尝试 IPv6。
def get_local_ip_v6():
try:
s = socket.socket(socket.AF_INET6, socket.SOCK_DGRAM)
s.connect((2001:4860:4860::8888, 80))
ip = s.getsockname()[0]
s.close()
return ip
except Exception:
return None
3. 缓存机制
IP 地址不会频繁变化，频繁请求外部 API 是浪费资源。我们可以加一个简单的 TTL（Time-To-Live）缓存。
import time
class CachedIPResolver(IPResolver):
def __init__(self, ttl=300):
super().__init__()
self._ttl = ttl
self._last_fetch = 0
def get_public(self):
if time.time() - self._last_fetch self._ttl or self._public_ip is None:
self._public_ip = get_public_ip()
self._last_fetch = time.time()
return self._public_ip
小结
从语法到项目，中间隔着的不是代码量，而是对工程细节的考量。今天这个小小的 IP 获取工具，涵盖了跨平台兼容、异常处理、多源容灾、异步编程和缓存策略，这些都是构建可靠后端服务的基石。
在 2026 年的技术栈中，基础工具的稳定性和可维护性比“炫技”更重要。选择 PyPI 官方包中维护良好的库，遵循标准库的最佳实践，能让你的项目少走很多弯路。
你在项目里踩过这个坑吗？比如在某些云厂商的内网中，socket.connect 获取到的 IP 和预期不符，或者多网卡环境下服务绑定错误？评论区聊聊，看看大家是怎么解决的。