linux访问网址命令
curl和wget是问网Linux下访问网址的两把刀。前者灵活，址命后者专注下载。问网别急着选边站，址命先看场景。问网 拿curl来说，址命它默认把响应输出到终端。问网你敲curl http://example.com，址命HTML源码直接糊你一脸。问网想存成文件？址命加个-o参数。想静默？问网-s。想跟服务器对话？址命-X POST配合-d传数据。这工具几乎能模拟任何HTTP请求，问网调接口、址命测API、问网看响应头，它都是第一选择。 我调试本地服务时有个习惯：curl -i http://localhost:3000。这个-i会把响应头也打出来，状态码、Content-Type一目了然。有时候接口返回了但页面白屏，多半是内容类型不对，看头就能定位问题。另一个高频参数是-L，自动跟随重定向。有些网址会302跳转，不加这个参数你只能看到个空壳。 wget的画风完全不同。它默认把内容存成文件，适合批量下载、镜像站点。比如抓取整站静态资源：wget -r -l 2 http://example.com，递归深度两层，把链接页面里的图片、CSS全拉下来。还有个实用场景——断点续传。wget -c接着上次的进度继续，下载大文件时断了线，不用从头再来。 但别被这种分工骗了。curl也能下载，wget也能发请求，只是各自有更趁手的领域。有个细节值得注意：wget对递归下载的处理更成熟，而curl的脚本化能力更强。比如要循环请求一百个不同参数的URL，写个shell脚本调curl比用wget清晰得多。 代理设置也是常事。公司内网、科学上网场景下，curl用-x指定代理，wget则读环境变量http_proxy。我踩过坑，wget不认--proxy这种写法，必须export环境变量才生效。这俩工具在参数设计上各有脾气，用错地方就抓瞎。 还有个冷门但救命的：curl的--max-time限制超时时间。默认情况下curl会一直等下去，网络抖动时脚本就卡死了。加上--max-time 10，十秒没响应就退出，配合-sS（静默但显示错误）写进cron任务，稳得很。 最后提一嘴，这两工具都支持HTTPS、HTTP/2、Cookie、自定义Header，功能重叠度其实很高。真到选型时，我的标准很简单：要跟服务器交互、调试接口，选curl；要下载文件、镜像网站，选wget。剩下的边角料需求，翻man手册比问搜索引擎快。 别指望一篇短文能讲完所有参数。Linux的哲学是工具给你，用法自己挖。curl和wget的man页加起来快两千行，够你啃一阵了。真遇到具体问题，curl --help或者info wget比任何教程都实在。 
jsp网页
净水器最好选择反渗透的款式
复制别人网站的源码
阿里云网站打不开
怎么看微信扫码记录网站链接
