Node.js Buffers et fichiers binaires

Question

Je suis en train de lire un fichier en utilisant Node et en essayant de l'envoyer en tant que message MIME en plusieurs parties, mais j'ai des problèmes avec le fichier qui semble corrompu à la réception.

J'ai lu le fichier et de le préparer pour l'envoi comme ceci:

fs.readFile("before.png", function(err,data) { 
    // Snip 
    content += data.slice(0,data.length); 

Le problème est que quelque chose semble padding le flux. Voir les images ci-dessous comparant le fichier source before.png avec le fichier tel qu'il est reçu à la destination. Les séquences de EF BF BD indiquent que .slice() ne me donne pas les octets sous-jacents, probablement quelque chose de forcé à l'encodage UTF-8. J'ai aussi essayé

obtenir les octets via toString(), mais pas les haricots là-bas. Je vois toujours la corruption dans le fichier téléchargé.

// content += data.toString() // UTF-8 default 
content += data.toString('binary') 

Je soupçonne que toString() par défaut est également exerce des pressions sur le fichier binaire à l'UTF-8, mais aurait attendu « binaire » pour me donner le flux d'octets sous-jacent?

---

Editer en réponse à Brad. J'ai essayé de concaténer, mais j'ai encore besoin de traduire mon objet en une chaîne, à quel point les caractères UTF-8 semblent réapparaître dans le flux.

contentToSend = Buffer.concat([ header, data, footer ]); 
this.oauth.post(endpoint, accessToken, accessTokenSecret, contentToSend.toString(), contentType, function(x, y, z) { 

Answer 1

Ce que je pense qui se passe est que vous utilisez en fait un opérateur de concaténation, forçant Node.js à traiter content et data comme des chaînes avec l'encodage par défaut UTF-8. Essayez ceci à la place:

content = Buffer.concat(content, data); 

De même, il n'y a aucune raison d'obtenir une tranche pour toute la longueur des données. Vous pouvez utiliser le tampon entrant entier tel quel.