Mesclar Arquivos

Sobre a Ferramenta de Mesclar Arquivos

Mesclagem de arquivos — também chamada de concatenação — anexa os bytes de um arquivo ao final de outro em uma ordem definida, produzindo um único arquivo de saída. Isso é exatamente o que o comando Unix 'cat file1 file2 file3 > merged' faz desde 1971, e continua sendo a forma canônica de remontar downloads divididos (comum para arquivos muito grandes transferidos por conexões lentas ou interrompidas), combinar fragmentos numerados de vídeo/log, recriar imagens de CD divididas a partir de partes .001/.002 e unir streams binários intencionalmente fragmentados por limites de camada de armazenamento. Esta ferramenta executa a concatenação inteiramente no seu navegador usando as APIs Blob e File — os arquivos são lidos do disco, unidos na memória e oferecidos como um único download sem nunca cruzar a rede. Funciona em qualquer tipo de arquivo (binário ou texto), com ordem personalizada via botões para cima/baixo, e inclui verificação SHA-256 integrada para confirmar que o arquivo remontado corresponde a um checksum publicado pelo fornecedor. Experimente também nosso Renomear em Lote e Compactar Arquivos.

Como remonto arquivos divididos pelo 7-Zip, WinRAR ou HJSplit?

Diferentes ferramentas de divisão usam diferentes convenções de nomenclatura e você deve remontar usando a MESMA ferramenta: 7-Zip divide em .001/.002/.003 — abra .001 no 7-Zip e ele encontra automaticamente o resto; WinRAR divide em part1.rar/part2.rar — abra part1.rar; HJSplit cria .001/.002 mas o formato é apenas uma divisão de bytes em bruto, então você pode concatená-los com esta ferramenta. Para verificar se um arquivo multi-parte é uma divisão de bytes em bruto (compatível com esta ferramenta) ou uma divisão estruturada (requer a ferramenta original), inspecione os primeiros bytes de .001: se eles correspondem a um cabeçalho de arquivo conhecido (PK para ZIP, Rar! para RAR, 7z para 7-Zip), a ferramenta estruturada é necessária.

A ordem de mesclagem importa e como acertar?

Sim, a ordem é crítica: a mesclagem concatena bytes na sequência exata mostrada na lista, então reordenar produz uma saída diferente. Para divisões numeradas (file.001, file.002, ...) ordene alfabeticamente — a maioria dos seletores de arquivos ordena assim por padrão, mas sempre verifique. Para fragmentos baixados de um gerenciador de downloads, siga o esquema de numeração usado pelo gerenciador (geralmente sufixos _001, _002 ou extensões .partN). Para logs de texto concatenados para análise (ex., access.log.1, access.log.2 do logrotate), inverta a numeração aparente: logrotate nomeia .1 como o SEGUNDO MAIS recente e .0 / sem sufixo como o MAIS RECENTE.

Qual a diferença entre mesclar arquivos e criar um arquivo ZIP/TAR?

A mesclagem produz um único fluxo de bytes — anexando os bytes do arquivo B após os bytes do arquivo A — sem metadados sobre limites. A saída é válida apenas se as entradas foram originalmente divididas de um arquivo contínuo (onde os limites são offsets de bytes arbitrários, não fins de arquivo). Um arquivo ZIP ou TAR, em contraste, inclui metadados sobre cada arquivo contido (nome, tamanho, timestamps, permissões) para que os arquivos originais possam ser extraídos de volta como entidades separadas. Mescle quando quiser reconstruir um arquivo original de divisões de bytes em bruto; use ZIP/TAR quando quiser agrupar arquivos separados para armazenamento ou transmissão.

Por que o arquivo mesclado falha em abrir mesmo que a mesclagem tenha completado?

Quatro causas em ordem de frequência: (1) Ordem errada — bytes não estão onde o formato do arquivo espera. Reverifique a ordem. (2) Partes faltando — se um gerenciador de downloads falhou silenciosamente na parte 5 de 10, seu arquivo mesclado não tem esses bytes e o formato se torna inválido. Verifique se a contagem de arquivos corresponde ao esperado. (3) Partes corrompidas — mesmo uma parte corrompida (alguns bits invertidos durante o download) frequentemente invalida checksums ou assinaturas. Compare hashes SHA-256 se a fonte fornecer. (4) Partes não correspondentes — incluir acidentalmente um arquivo de um conjunto de divisão diferente produz uma saída com o tamanho total correto mas que não decodifica.

Qual o maior arquivo que posso produzir mesclando?

O limite prático é a memória do navegador porque toda a saída é montada em um único Blob antes do download. Navegadores desktop (Chrome, Firefox, Edge) lidam confiavelmente com saídas de 1-2 GB e às vezes podem chegar a 4 GB em máquinas com 16+ GB de RAM. Safari é mais rigoroso. Navegadores móveis limitam mais perto de 500 MB. Para mesclagens maiores (remontagem de vídeo 5+ GB, dumps de banco de dados), use o comando nativo de concatenação do SO: no Linux/macOS 'cat file1 file2 file3 > output' transmite sem carregar na memória; no Windows 'copy /b file1+file2+file3 output' faz o mesmo.

Posso adicionar separadores entre arquivos de texto mesclados?

Esta ferramenta realiza concatenação binária em bruto sem inserir qualquer separador. Para inserir separadores entre arquivos de texto, três abordagens: (1) Após mesclar, abra o resultado em um editor de texto e insira cabeçalhos ou linhas em branco manualmente nos limites do arquivo — mais fácil para poucos arquivos; (2) Use o comando Unix 'awk "FNR==1 && NR>1 {print \"\\n=== " FILENAME " ==="} {print}" file1.txt file2.txt > merged.txt' para adicionar marcadores de nome de arquivo; (3) Para fluxos de trabalho automatizados em Node.js: const merged = files.map(f => '=== ' + f.name + ' ===\n' + f.content).join('\n\n').

Como esta ferramenta se compara ao Unix cat ou Windows copy /b?

Funcionalmente idêntica para a operação de mesclagem — os três produzem a mesma saída byte por byte. Diferenças: (1) Velocidade — comandos nativos do SO transmitem de disco-para-disco sem carregar o conteúdo completo na RAM, então lidam com mesclagens multi-GB que travariam um navegador; (2) Conveniência — esta ferramenta de navegador oferece uma UI visual drag-drop e ordenação com botões para cima/baixo, enquanto comandos CLI exigem ordenação manual na linha de comando (que se torna doloroso com muitos arquivos); (3) Privacidade — ambas as abordagens permanecem locais; nada é enviado; (4) Multi-plataforma — esta ferramenta funciona identicamente no Windows, Mac, Linux, Chromebook, iOS, Android sem instalar nada.

Como verifico o checksum do arquivo mesclado contra o SHA-256 publicado pelo fornecedor?

Após a mesclagem ser concluída, esta ferramenta calcula automaticamente o SHA-256 da saída remontada e o exibe na caixa de Verificação de Integridade — sem precisar de uma etapa de hashing separada ou troca de ferramenta. Para confirmar que a reconstrução é exata byte a byte, cole o checksum fornecido pelo fornecedor (da página de download, de um arquivo .sha256 anexo ou de um manifesto de assinatura de versão) no campo 'SHA-256 Esperado'. A ferramenta normaliza ambos os valores (sem distinguir maiúsculas, ignorando espaços e dois-pontos) e mostra um selo CORRESPONDE se forem idênticos ou NÃO CORRESPONDE se diferirem. Um NÃO CORRESPONDE significa que a reconstrução está errada — quase sempre uma parte na ordem errada, uma parte faltando ou truncada, ou um download corrompido — e o arquivo mesclado não deve ser confiável. Esta é exatamente a etapa de verificação a que a FAQ de diagnóstico de falhas se refere: um arquivo que abre mas está silenciosamente corrompido falha no checksum. Se a fonte só publica MD5 ou CRC32, eles são mais fracos e não são calculados aqui; prefira SHA-256 quando disponível. Tudo roda localmente via o crypto.subtle.digest nativo do navegador, então os bytes nunca saem do seu dispositivo.