PHP中高效处理临时文件：无需磁盘I/O的邮件附件与数据库存储方案-php教程-PHP中文网

PHP中高效处理临时文件：无需磁盘I/O的邮件附件与数据库存储方案

本文旨在探讨PHP应用中如何优化临时文件处理流程，特别是在生成邮件附件和存储数据时。通过摒弃传统的磁盘文件创建与删除模式，转而采用内存中直接处理数据的方法，可以显著提升系统安全性、运行效率并简化代码逻辑。教程将详细演示如何将Base64编码的XML数据直接转换为PDF内容，并作为邮件附件发送，同时将编码后的数据存储至数据库，全程避免不必要的磁盘操作。

在许多php应用场景中，我们可能需要处理一些中间数据，例如从外部源获取的编码字符串，然后将其转换为特定格式（如pdf），并用于邮件发送或数据库存储。传统的做法往往是先将这些中间数据写入服务器上的临时文件，处理后再将其删除。然而，这种方法引入了不必要的磁盘i/o操作，增加了系统开销，并可能带来安全隐患（例如，如果文件未被及时删除，敏感数据可能被泄露）。

传统方法的挑战

原始代码展示了一个典型的场景：

从Base64编码的XML字符串中提取特定内容。
将提取的内容（print_r($DHL[1], true)的结果）写入一个.txt临时文件。
从该.txt文件读取内容，并对其进行Base64解码以获取PDF二进制数据。
将解码后的PDF数据写入一个.pdf临时文件。
从.pdf文件读取内容，Base64编码后作为邮件附件发送。
将相同的Base64编码内容插入数据库。
最后，删除这两个临时文件。

这种方法虽然功能上可行，但存在以下问题：

性能开销： 频繁的磁盘读写操作（创建TXT、写入TXT、读取TXT、创建PDF、写入PDF、读取PDF、删除TXT、删除PDF）会显著降低应用程序的响应速度。
安全风险： 临时文件在服务器上停留期间，即使时间很短，也存在被未授权访问的风险。
代码复杂性： 需要额外的逻辑来管理文件的创建、写入、读取和删除，增加了代码的维护成本。
资源浪费： 每次操作都占用磁盘空间，尽管是临时的。

优化方案：内存中数据处理

为了克服上述挑战，最佳实践是尽可能在内存中直接处理数据，避免不必要的磁盘操作。核心思想是：将原始数据直接转换为目标格式的二进制内容，然后将该二进制内容用于后续操作，如Base64编码、邮件附件或数据库存储。

1. 数据提取与Base64解码

首先，我们需要从原始XML字符串中提取出Base64编码的图像数据。multiSplit 函数已经完成了这个任务。关键在于，print_r($DHL[1], true) 的输出通常是一个字符串表示，而不是Base64编码的原始数据本身。如果 $DHL[1] 确实是Base64编码的字符串，那么应该直接对其进行解码。

立即学习“PHP免费学习笔记（深入）”；

假设 $DHL[1] 变量中包含的是实际的Base64编码PDF字符串，我们应该直接对其进行解码：

<?php
// Function to keep only the content of the <GraphicImage> tags
function multiSplit($string) {
    $output = array();
    $cols = explode("<GraphicImage>", $string);

    foreach ($cols as $col) {
        $dashcols = explode("</GraphicImage>", $col);
        // Ensure that $dashcols[0] contains the actual base64 string
        // If there are other elements or text, they should be filtered out
        $output[] = $dashcols[0];
    }
    return $output;
}

// 假设 $output 变量已从外部获取，包含XML内容
// 示例：$output = '<root><GraphicImage>JVBERi0xLjQKJ...</GraphicImage></root>';
// $submission_id, $EMAIL, $NOM, $ADRESSE, $TELEPHONE, $COMMERCIAL_INVOICE, $formID 变量也应已定义

$envoi = $submission_id.'_envoi';
$filename2 = $envoi.'.pdf'; // 定义PDF文件名

// 从 XML 字符串中提取 Base64 编码内容
// 假设 $DHL[1] 确实是 Base64 编码的 PDF 字符串
// 原始代码中的 print_r($DHL[1], true) 可能会导致问题，
// 因为 print_r 的输出是变量的字符串表示，而不是原始的 Base64 字符串本身。
// 如果 $DHL[1] 已经是纯净的 Base64 字符串，则直接使用。
// 如果 $DHL[1] 仍然需要进一步处理才能得到纯净的 Base64 字符串，
// 则需要根据实际的 XML 结构调整 multiSplit 或后续处理逻辑。
$DHL_content = multiSplit($xml_string_from_source); // 假设 $xml_string_from_source 是原始XML字符串
$base64_pdf_string = $DHL_content[1]; // 假设 Base64 字符串在 $DHL_content[1]

// 直接对 Base64 字符串进行解码，获取 PDF 的二进制内容
$pdf_decoded_content = base64_decode($base64_pdf_string);

// 检查解码是否成功
if ($pdf_decoded_content === false) {
    // 处理解码失败的情况，例如日志记录或抛出异常
    error_log("Base64 decoding failed for PDF content.");
    // 可以选择退出或返回错误信息
    exit("Error: Could not decode PDF content.");
}
?>

登录后复制

注意事项：

巧文书

巧文书是一款AI写标书、AI写方案的产品。通过自研的先进AI大模型，精准解析招标文件，智能生成投标内容。

查看详情

原始问题中提到 $file1 的内容是 print_r($DHL[1], true) . PHP_EOL。print_r 的输出通常包含变量类型和值等格式化信息，这并不是一个纯粹的Base64编码字符串。因此，如果 $DHL[1] 本身是一个Base64字符串，那么 print_r 的使用是错误的，会导致后续 base64_decode 失败。
正确的做法是确保 $base64_pdf_string 变量中存储的是一个纯粹的Base64编码字符串，不包含任何额外的文本或格式化信息。

2. 发送邮件附件

SendGrid等邮件服务提供商允许直接传递二进制内容或Base64编码的字符串作为附件，而无需将其写入文件。

<?php
// ... (之前的代码，包括 $pdf_decoded_content 和 $filename2) ...

// SendGrid 部分
$email = new Mail();
$email->setFrom("sender@example.com", "Sender"); // 替换为你的发件人邮箱
$email->addTo("$EMAIL", "Recipient");
$email->setSubject("Etiquettes DHL");
$email->addContent("text/html", "<strong>Hello</strong>");

// 将 PDF 的二进制内容进行 Base64 编码，用于邮件附件
// SendGrid 的 addAttachment 函数通常需要 Base64 编码的附件内容
$file_encoded_for_attachment = base64_encode($pdf_decoded_content);

$email->addAttachment($file_encoded_for_attachment, "application/pdf", "$filename2", "attachment");

$sendgrid = new \SendGrid('SG.YOUR_SENDGRID_API_KEY'); // 替换为你的SendGrid API Key

try {
    $response = $sendgrid->send($email);
    // 检查 $response->statusCode() 或其他属性来确认发送状态
    // var_dump($response->statusCode(), $response->body());
} catch (Exception $e) {
    error_log('Caught exception during SendGrid email sending: ' .  $e->getMessage());
    // 可以进一步处理错误，例如通知管理员
}
?>

登录后复制

3. 存储数据到数据库

同样，将Base64编码的PDF内容存储到数据库时，可以直接使用内存中的Base64字符串，无需从磁盘文件读取。

<?php
// ... (之前的代码，包括 $file_encoded_for_attachment) ...

// 插入数据库
try {
    // 连接数据库
    $db = new PDO('mysql:dbname=jotform; host=localhost', 'user', 'password'); // 替换为你的数据库信息
    $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    // SQL 语句
    $sql = 'INSERT INTO DHL (submission_id, formID, identite, email, adresse, telephone, label_envoi, commercial_invoice)
            VALUES (:submission_id, :formID, :NOM, :EMAIL, :ADRESSE, :TELEPHONE, :label_envoi, :COMMERCIAL_INVOICE)';

    // 准备查询
    $query = $db->prepare($sql);

    // 执行查询
    $query->execute(array(
        ':submission_id' => $submission_id,
        ':formID' => $formID,
        ':NOM' => $NOM,
        ':EMAIL' => $EMAIL,
        ':ADRESSE' => $ADRESSE,
        ':TELEPHONE' => $TELEPHONE,
        ':label_envoi' => $file_encoded_for_attachment, // 直接使用 Base64 编码的字符串
        ':COMMERCIAL_INVOICE' => $COMMERCIAL_INVOICE
    ));
    // 检查受影响的行数以确认插入成功
    // $rowsAffected = $query->rowCount();
    // if ($rowsAffected > 0) { echo "Data inserted successfully."; }
} catch (PDOException $e) {
    error_log('Error inserting data into database: ' . $e->getMessage());
    // 可以进一步处理错误
}
?>

登录后复制

完整优化代码示例

将上述步骤整合，形成一个高效且安全的处理流程：

<?php

// 确保引入 SendGrid 库
require 'vendor/autoload.php'; // 根据你的 Composer 配置调整路径
use SendGrid\Mail\Mail;

// Function to keep only the content of the <GraphicImage> tags
function multiSplit($string) {
    $output = array();
    $cols = explode("<GraphicImage>", $string);

    foreach ($cols as $col) {
        $dashcols = explode("</GraphicImage>", $col);
        // 确保 $dashcols[0] 包含纯净的 Base64 字符串
        if (!empty($dashcols[0])) {
            $output[] = $dashcols[0];
        }
    }
    return $output;
}

// 假设这些变量已从外部环境获取
// 例如：从表单提交、API响应或数据库中
$submission_id = '12345';
$formID = 'FORM_ID_ABC';
$NOM = 'John Doe';
$EMAIL = 'recipient@example.com';
$ADRESSE = '123 Main St';
$TELEPHONE = '555-1234';
$COMMERCIAL_INVOICE = 'INV-2023-001';

// 模拟原始 XML 字符串，其中包含 Base64 编码的 PDF 数据
// 注意：这里假设 <GraphicImage> 标签内是纯净的 Base64 字符串
$xml_string_from_source = '<root>
    <SomeOtherTag>Some value</SomeOtherTag>
    <GraphicImage>JVBERi0xLjQKJ...此处是Base64编码的PDF数据...</GraphicImage>
    <AnotherTag>Another value</AnotherTag>
</root>';

$envoi = $submission_id.'_envoi';
$filename2 = $envoi.'.pdf'; // 定义 PDF 文件名

// 1. 从 XML 字符串中提取 Base64 编码内容
$DHL_content_array = multiSplit($xml_string_from_source);

// 假设 Base64 字符串在 $DHL_content_array 的第二个元素 (索引 1)
// 确保这里获取到的是纯净的 Base64 字符串
if (isset($DHL_content_array[1]) && !empty($DHL_content_array[1])) {
    $base64_pdf_string = $DHL_content_array[1];
} else {
    error_log("Error: Could not extract Base64 PDF string from XML.");
    exit("Error processing request: PDF data not found.");
}

// 2. 直接对 Base64 字符串进行解码，获取 PDF 的二进制内容
$pdf_decoded_content = base64_decode($base64_pdf_string);

// 检查解码是否成功
if ($pdf_decoded_content === false) {
    error_log("Error: Base64 decoding failed for PDF content.");
    exit("Error processing request: Invalid PDF data.");
}

// 3. 将 PDF 的二进制内容进行 Base64 编码，用于邮件附件和数据库存储
// SendGrid 的 addAttachment 通常需要 Base64 编码的附件内容
$file_encoded_for_storage_and_attachment = base64_encode($pdf_decoded_content);

// 4. SendGrid 邮件发送
try {
    $email = new Mail();
    $email->setFrom("sender@example.com", "Sender"); // 替换为你的发件人邮箱
    $email->addTo("$EMAIL", "Recipient");
    $email->setSubject("Etiquettes DHL");
    $email->addContent("text/html", "<strong>Hello</strong>");

    $email->addAttachment(
        $file_encoded_for_storage_and_attachment, // Base64 编码的 PDF 内容
        "application/pdf",
        "$filename2",
        "attachment"
    );

    $sendgrid = new \SendGrid('SG.YOUR_SENDGRID_API_KEY'); // 替换为你的 SendGrid API Key
    $response = $sendgrid->send($email);

    // 可以在此处检查 $response->statusCode() 来确认发送状态
    if ($response->statusCode() >= 200 && $response->statusCode() < 300) {
        // echo "Email sent successfully.\n";
    } else {
        error_log("SendGrid email sending failed with status: " . $response->statusCode() . " Body: " . $response->body());
        // echo "Email sending failed.\n";
    }

} catch (Exception $e) {
    error_log('Caught exception during SendGrid email sending: ' .  $e->getMessage());
    // echo 'Caught exception: ' .  $e->getMessage() . "\n";
}

// 5. 插入数据到数据库
try {
    // Connect to db (使用 PDO 扩展)
    // 替换为你的数据库信息
    $db = new PDO('mysql:dbname=jotform; host=localhost', 'user', 'password');
    $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    // Set SQL
    $sql = 'INSERT INTO DHL (submission_id, formID, identite, email, adresse, telephone, label_envoi, commercial_invoice)
            VALUES (:submission_id, :formID, :NOM, :EMAIL, :ADRESSE, :TELEPHONE, :label_envoi, :COMMERCIAL_INVOICE)';

    // Prepare query
    $query = $db->prepare($sql);

    // Execute query
    $query->execute(array(
        ':submission_id' => $submission_id,
        ':formID' => $formID,
        ':NOM' => $NOM,
        ':EMAIL' => $EMAIL,
        ':ADRESSE' => $ADRESSE,
        ':TELEPHONE' => $TELEPHONE,
        ':label_envoi' => $file_encoded_for_storage_and_attachment, // 直接使用 Base64 编码的字符串
        ':COMMERCIAL_INVOICE' => $COMMERCIAL_INVOICE
    ));

    // if ($query->rowCount() > 0) { echo "Data inserted into DB successfully.\n"; }

} catch (PDOException $e) {
    error_log('Error inserting data into database: ' . $e->getMessage());
    // echo 'Error: ' . $e->getMessage() . "\n";
}

// 至此，所有操作均已在内存中完成，无需创建或删除任何临时文件。

?>

登录后复制

优点总结

采用内存中处理数据的方法带来了多重优势：

安全性增强： 敏感数据不会以明文或半明文形式存储在磁盘上，降低了数据泄露的风险。
性能提升： 避免了昂贵的磁盘I/O操作，显著提高了应用程序的执行效率和响应速度。
资源利用率提高： 不占用磁盘空间，减少了文件系统操作的开销。
代码简化： 无需编写文件创建、写入、读取和删除的复杂逻辑，使代码更简洁、更易于维护。
原子性： 整个过程更趋向于原子操作，减少了因中间文件状态不一致而导致的问题。

注意事项

内存消耗： 对于非常大的文件（例如几百MB甚至GB级别的PDF），将整个文件内容加载到内存中可能会导致内存不足。在这种情况下，可能需要考虑流式处理或分块处理，或者重新评估是否真的需要将整个文件作为Base64字符串存储在数据库中。
Base64字符串的纯净性： 确保从源头获取的Base64字符串是纯净的，不包含任何额外的文本或格式化字符。任何非Base64字符都可能导致 base64_decode 失败。
错误处理： 在实际生产环境中，务必加入健壮的错误处理机制，例如 try-catch 块、日志记录和用户友好的错误提示，以应对数据解码失败、邮件发送失败或数据库操作失败等情况。
数据库字段类型： 存储Base64编码的字符串时，数据库字段类型应选择 TEXT 或 LONGTEXT (MySQL) 以适应可能较长的字符串。