最直接的方法是使用function_exists()函数。1. 使用function_exists('函数名')可检测函数是否已定义，返回布尔值；2. 该方法适用于检查内置函数、自定义函数的存在性，避免重复定义；3. 结合条件定义函数前应先用function_exists()判断；4. 其原理是查询php内部函数表，效率高；5. 常用于兼容不同php版本或扩展环境，实现防御性编程；6. 配合class_exists()、interface_exists()、trait_exists()和method_exists()等函数可全面检测代码元素存在性；7. 调试时可用get_defined_functions()查看所有已定义函数；8. 注意函数在命名空间中时需使用完整命名空间路径检测，且确保文件加载顺序正确；9. 若返回false，需检查扩展是否启用、文件是否已包含、命名空间是否匹配。该方法是php中安全、可靠的函数存在性检测标准方案。
PHP中检测函数是否已定义，最直接且广泛使用的方法是
function_exists()函数。它能快速判断一个给定名称的函数是否在当前环境中可用，这对于编写兼容性代码或避免重复定义至关重要。
解决方案
要检测一个PHP函数是否存在，你可以直接使用
function_exists('函数名')。这个函数会返回一个布尔值：如果函数已定义并可用，则返回 true；否则返回
false。这在很多场景下都非常实用，比如你在开发一个库，需要兼容不同PHP版本或不同扩展环境时，就可以先用它来探路。
function_exists() 的工作原理与应用场景
function_exists()的内部实现其实相当高效，它主要是查询PHP引擎维护的一个内部函数表。当PHP解析器遇到函数定义时，就会把这个函数名及其对应的执行代码块注册到这个表里。所以，
function_exists()只是简单地在这个表里查找一下，看看有没有你要找的那个名字。这使得它成为一个非常轻量级的检查操作。
立即学习“PHP免费学习笔记（深入）”；
在实际开发中，它的应用场景远不止避免重复定义那么简单。我个人觉得，它更多的是一种“防御性编程”的体现。
比如，你可能在写一个跨项目的工具函数，其中一部分功能依赖于某个PHP扩展（比如
mbstring用于多字节字符串处理，或者
gd用于图像处理）。你不能假设所有部署环境都启用了这些扩展。这时候，
function_exists('mb_strlen') 就能帮你判断是否可以使用多字节函数，如果不行，你可以提供一个基于标准字符串函数的备用方案，或者直接抛出错误提醒用户。
再比如，一些老旧的PHP版本可能没有某些新函数（例如PHP 5.5之前没有
array_column）。如果你想让你的代码在旧版本上也能跑，就可以用
function_exists()来检测，然后为旧版本提供一个“polyfill”（即兼容性函数），这样你的代码逻辑就不用为版本差异写两套了。这就像给老房子打补丁，让它也能享受新功能。
避免函数重定义：除了 function_exists() 还有哪些考虑？
虽然
function_exists()是防止函数重定义的利器，但现代PHP开发中，我们其实有更多优雅的方式来管理代码结构，从而减少对它的直接依赖。
一个很重要的趋势是命名空间（Namespaces）和自动加载（Autoloading）。当你把函数放在命名空间里时，它们的名字就不会轻易和全局函数或其他命名空间的函数冲突了。例如
\MyProject\Utils\doSomething()和
\AnotherLib\doSomething()是完全不同的函数。结合Composer这样的依赖管理工具，自动加载机制会按需加载文件，这本身就大大降低了函数重定义的风险，因为你通常不会把同一个函数定义文件加载两次。所以，如果你正在开发一个全新的项目，或者重构旧项目，优先考虑使用命名空间和自动加载，这比到处写
if (!function_exists())要来得干净和结构化。
另外，除了函数，我们还需要关心类、接口和特性的存在性。PHP为此提供了类似的函数：
class_exists('ClassName')interface_exists('InterfaceName')trait_exists('TraitName')method_exists($object, 'methodName')
(检查对象或类是否包含某个方法)
这些函数构成了一个完整的“存在性检测”家族，让你能够更细致地控制代码的加载和执行。有时候，我们甚至会用到
is_callable()，它比
function_exists()更宽泛，可以检查一个变量是否可以作为函数被调用，这包括了函数名字符串、匿名函数、对象方法数组等。这在处理回调函数时尤其有用。
诊断与调试：当 function_exists() 返回意外结果时
有时候
function_exists()返回的结果可能会让你感到困惑，比如你明明觉得某个函数应该存在，但它却返回了
false。这通常不是
function_exists()本身的问题，而是环境或代码加载顺序的问题。
一个常见的坑是扩展未加载。例如，如果你尝试调用
imagecreatetruecolor()却发现
function_exists('imagecreatetruecolor') 返回 false，那很可能是你的PHP环境没有启用GD扩展。这时候，你需要检查
php.ini文件，确保
extension=gd.so(或
extension=php_gd.dll在Windows上) 这一行是存在的且没有被注释掉，并且服务已经重启。
phpinfo()是一个非常有用的工具，它能列出所有已加载的扩展和它们的配置。
另一个可能的原因是文件加载顺序。如果你定义的函数在一个文件中，但你在它被包含进来之前就尝试用
function_exists()检测它，那自然会返回
false。确保你的
require或
include语句在正确的位置。虽然现代的自动加载机制很大程度上解决了这个问题，但在一些老项目或手动管理文件依赖的场景下，这仍然是个潜在的陷阱。
再者，如果你的函数在命名空间里，你必须提供完整的命名空间路径才能正确检测。
function_exists('myFunction') 和 function_exists('\MyNamespace\myFunction') 是两回事。如果你在 MyNamespace内部，可以直接
function_exists(__NAMESPACE__ . '\myFunction')或者
use function MyNamespace\myFunction;后再检测短名，但通常直接使用完整的命名空间路径是最稳妥的。
最后，如果你真的想看看当前环境到底有哪些函数，
get_defined_functions()函数可以帮到你。它会返回一个数组，包含所有内置函数和用户定义的函数。这在调试时非常有用，可以让你一目了然地看到哪些函数是可用的。当然，这个列表通常会非常长，但它能提供一个全面的视角。
