blocks|key|5593179|text|我在header->location调用之后使用exit，因为我希望能够完全依赖于脚本无法通过header->location调用这一事实。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5593180|如果某个地方有bug，并且您的脚本在header->location调用之前开始生成输出，则调用将失败，脚本将正常执行(除非您调用exit)|5593181|entityMap^0|O|4|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

I use <code>exit</code> after the header->location call because I want to be able to rely ABSOLUTELY on the fact that the script won't get past the header->location call.

If there's a bug somewhere and your script starts generating output BEFORE the header->location call, the call will fail, and script execution will continue normally (unless you call exit)

blocks|key|5593207|text|你应该调用exit()，因为header()不会自动停止脚本的执行-或者如果它自动停止脚本执行(老实说，我不是百分之百)，它肯定不会立即停止脚本。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5593208|例如，尝试以下代码：|5593209|<?php

++header("Location:+http://www.google.com");
++unlink(__FILE__);

?>|code-block|syntax|javascript|5593210|这个小脚本使用header()将您重定向到谷歌，然后自行删除。如果你运行它，你会注意到在你被重定向之后，这个文件仍然被删除了。这意味着即使header()调用将您重定向，unlink()调用仍然会被执行。|5593211|entityMap^0|5|6|E|8|0|0|0|7|8|1X|8|2D|8|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|V|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|W|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|X|8|@$9|Y|A|Z|B|C]|$9|10|A|11|B|C]|$9|12|A|13|B|C]]|D|@]|E|$]]|$1|O|3|-4|5|6|7|14|8|@]|D|@]|E|$]]]|P|$]]

You should call <code>exit()</code> because a <code>header()</code> won't automatically stop the script from executing - or if it does (I'm honestly not 100% on that), it definitely doesn't stop the script instantly. 

For example, try this code:

<pre><code>&lt;?php

 header("Location: http://www.google.com");
 unlink(__FILE__);

?&gt;
</code></pre>

This little script uses <code>header()</code> to redirect you to Google, and then deletes itself. If you run it, you'll notice that after you were redirected, the file was still deleted. This means that the <code>unlink()</code> call was still executed even though the <code>header()</code> call redirected you.

blocks|key|3481417|text|如果您这样重定向，通常不会发送输出(取决于输出缓冲等)，但正如unlink()示例所示，脚本不会因为header()而终止。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3481418|因此，如果您希望阻止脚本在重定向后继续运行，则必须调用exit()或die()。|3481419|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Output is generally not sent (depending on output buffering and so on) if you redirect like that, but as shown by the unlink() example the script does not die with header().

So the exit() or die() calls are necessary if you want to prevent the script from continuing after the redirect.

blocks|key|2355170|text|尽管上面的答案听起来很棒，但如果你不确定你的代码路径，这可能会导致意想不到的结果。例如，如果您使用的框架依赖于代码执行将从头到尾运行的事实，您可能会无意中中断它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2355171|从用户的角度来看，这可能是可以的，因为它们仍然会被重定向，并且不会更明智，但请考虑以下几点：|2355172|您正在使用一个框架(OS或自定义)，该框架希望记录重定向，或设置其他标头(或任意数量的其他项)。通过调用exit，您绕过了这一逻辑，因此可能会得到意想不到的结果。|offset|length|style|CODE|2355173|所以简而言之，是的，上面的方法是有效的，只是在短路之前要知道你期望发生的事情。|2355174|entityMap^0|0|0|1G|4|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@$F|Q|G|R|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

Although the answers above sound great, if you're unsure of your code path, this could lead to unexpected results. For example, if you're using a framework that relies on the fact that code execution will run from beginning to end, you may inadvertently interrupt it.

This might be okay from a user perspective as they will still be redirected and will be none the wiser, but consider the following:

You're using a framework (OS or custom) that is expecting to log redirects, or set additional headers (or any number of other items). By calling <code>exit</code>, you're circumventing that logic and therefore may get unexpected results.

So in short, yes the above methods will work, just a word of caution to know what you're expecting to happen before short circuiting it.

blocks|key|445318|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|445319|使用header也意味着它在默认情况下退出|blockquote|445320|445321|445322|怎么会这样呢？如果你的头不是Location:+one，而是Content-type:或者Cache-control或者其他什么呢？|offset|length|style|CODE|445323|entityMap^0|0|0|0|0|E|9|U|D|19|D|0^^$0|@$1|2|3|-4|4|5|6|N|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|O|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|P|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|Q|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|R|7|@$H|S|I|T|J|K]|$H|U|I|V|J|K]|$H|W|I|X|J|K]]|8|@]|9|$]]|$1|L|3|-4|4|5|6|Y|7|@]|8|@]|9|$]]]|M|$]]

<blockquote>
 does using header also means that it is exiting by default 
</blockquote>

How so?
What if your header is not <code>Location:</code> one but <code>Content-type:</code> or <code>Cache-control</code> or whatever else?

blocks|key|445353|text|它不会停止你的脚本运行，你的脚本将继续运行，有时一个人(可能是出于恶意)所需要的就是你的脚本到达他可以做X的某个点。Header()只是重定向，exit()；但是会立即停止脚本(where+exit()；is)。或者像其他人在用户名下声明的那样：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|445354|科迪。是的，在调用header('Location：http://google.com')之后，如果你不显式地终止它，脚本会继续处理！我刚在本地试过了。我使用这些内容将test.php添加到apache中的一个站点。|offset|length|445355|<?php

+header('Location:+http://google.com');
+error_log("WE+MADE+IT+HERE+SOMEHOW");

?>|code-block|syntax|javascript|445356|并检查了我的/var/log/apache2/error_log中的以下条目：|445357|+[Tue+Feb+12+23:39:23+2013]+[error]+[client+127.0.0.1]+WE+MADE+IT+HERE+SOMEHOW|445358|所以最后的结论是:+Header不会阻止脚本运行。|445359|entityMap|0|LINK|mutability|MUTABLE|url|http://google.com/^0|0|Q|H|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@$D|10|E|11|1|12]]|A|$]]|$1|F|3|G|5|H|7|13|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|14|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|15|8|@]|9|@]|A|$I|J]]|$1|O|3|P|5|6|7|16|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|R|$S|$5|T|U|V|A|$W|X]]]]

It does NOT stop your script from running, your script will keep on running and sometimes all a person (could be with bad intentions) needs is your script to reach a certain point where he could do X. Header() will just redirect, exit(); however will stop the script right on the spot (where exit(); is). or as someone else stated under the username:

Cody. A. Ray: Yes, the script continues to process after the call to header('Location: <a href="http://google.com" rel="nofollow noreferrer">http://google.com</a>') if you don't explicitly terminate it! I just tried this locally. I added test.php to a site in apache with these contents

<pre><code>&lt;?php

 header('Location: http://google.com');
 error_log("WE MADE IT HERE SOMEHOW");

?&gt;
</code></pre>

And checked my /var/log/apache2/error_log for this entry:

<pre><code> [Tue Feb 12 23:39:23 2013] [error] [client 127.0.0.1] WE MADE IT HERE SOMEHOW
</code></pre>

so end conclusion: Header doesn't stop the script from running.

I'm creating a script to validate a form and I was asking myself a question. When I use a header (see example below), do I need to use exit right after? I mean, does using header also means that it is exiting by default therefore I don't need to use the command exit?

<pre><code>// cancel button clicked
if (isset($_POST['cancel'])) {
 header("Location: http://localhost/admin/tracks.php");
 exit;
}

echo '&lt;p&gt;$name&lt;/p&gt;'
</code></pre>

do I need to use exit after header("Location: http://localhost/...");?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在创建一个脚本来验证表单，我在问自己一个问题。当我使用头部(见下面的例子)时，我需要在后面立即使用exit吗？我的意思是，使用header是否也意味着它在默认情况下是退出的，因此我不需要使用命令exit？// cancel button clickedif (isset($_POST['cancel'])) {  ...

问我是否需要在标题后面使用exit (“Location: http://localhost/...");？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问我是否需要在标题后面使用exit (“Location: http://localhost/...");？EN