跨平台路径处理的典型事故现场：开发在 Windows 上写代码，测试环境是 Linux，打包上线后读取缓存目录失败，报，但路径打印出来看「明明是对的」。或者反过来，代码在 Linux 上跑得好好的，同事拉下来在 Windows 上开发，basename()返回了整个路径，日志分析脚本直接把完整路径当文件名写进了报告。路径是字符串，而字符串里的分隔符在不同系统上不是同一个字符。加上 Windows

和getName()一样，getNamespaces()也不是全局函数，而是。它返回当前元素（以及可选的后代元素）用到的 XML 命名空间列表。XPath 1.0 表达式里的无前缀名字，永远只匹配「不属于任何命名空间」的节点。现实中的 XML（Atom、SOAP、RSS、各种行业标准）几乎都声明了默认命名空间或前缀，于是直接写//entry什么都选不到。你必须先把命名空间 URI 和一个前缀绑定起

不是全局函数，而是。它返回文档中声明的 XML 命名空间，默认从文档根元素开始看。它存在的现实意义很直接：只要文档用了命名空间（Atom、SOAP、各种业务 XML 几乎都会用），XPath 表达式里的无前缀名字就选不到任何东西。要查询，就必须先把命名空间 URI 绑定到一个前缀上。而「这篇文档里到底声明了哪些命名空间」这个问题，正是回答的。它和只差三个字母，语义却不同，是这一组 XML 方法里最

filesize()返回文件内容的字节数。它不读取文件内容，只向操作系统取一次元数据（stat 系统调用），因此对几百 MB 的文件也能瞬间返回——这是它和「打开文件读一遍」的本质区别。返回的是字节，不是 KB/MB。想知道「多少 MB」需要自己换算。结果会被缓存。官方手册在filesize()页面上明确提示：本函数的结果会被缓存，并指向。在同一个请求里反复读写同一个文件时，读到你以为早就过期的值

fflush()只有一行文档说明：把指向文件流的缓冲输出强制写出去。签名简单到不需要解释，但它背后有两层非常容易被混淆的缓冲，理解错了就会写出「日志丢了一截」「写完立刻读却是空的」这类问题。第一个误解是把fflush()当成「落盘」。fflush()只把 PHP 用户态缓冲区里的数据交给操作系统；操作系统还会把数据放在页缓存（page cache）里延迟写入磁盘。真正想保证数据落到存储介质上，需要

通常情况下，程序员习惯直接使用 new、delete、malloc、free 等API申请分配和释放内存，这样导致的后果是：当程序长时间运行时，由于所申请内存块的大小不定，频繁使用时会造成大量的内存碎片从而降低程序和操作系统的性能。内存池则是在真正使用内存之前，先申请分配一大块内存(内存池)留作备用，当程序员申请内存时，从池中取出一块动态分配，当程序员释放内存时，将释放的内存再放入池内，再次申请池

这是一组「从 C 过渡到 C++」笔记的中篇。本文独立成篇，不需要读上篇也能看懂：它挑的是 C 程序员转 C++ 时最容易「以为自己会了、其实没会」的那几个点。一个必须先说清的误解：很多人以为「C++ 是 C 的超集，所以我的 C 代码直接拿来当 C++ 编译就行」。这个说法在 1998 年之前勉强能糊弄，今天已经完全站不住。C99 引入的变长数组（VLA）、指定初始化器、复合字面量，C++ 至今