Ý tôi là lớn hơn 100 MB; tập tin văn bản như vậy có thể đẩy phong bì của các biên tập viên.

Tôi cần xem qua một tệp XML lớn, nhưng không thể nếu trình soạn thảo bị lỗi.

Bất kỳ đề xuất?

Người xem chỉ đọc miễn phí:

• Trình xem tệp văn bản lớn (Windows) - Chủ đề hoàn toàn có thể tùy chỉnh (màu sắc, phông chữ, gói từ, kích thước tab). Hỗ trợ xem ngang và dọc. Cũng hỗ trợ tập tin sau và tìm kiếm regex. Rất nhanh, đơn giản và có kích thước thực thi nhỏ.
• klogg (Windows, macOS, Linux) - Một nhánh của glogg được duy trì, tính năng chính của nó là tìm kiếm biểu thức chính quy. Nó cũng có thể xem các tập tin, cho phép người dùng đánh dấu các dòng và có các tối ưu hóa nghiêm trọng được tích hợp. Nhưng từ quan điểm UI, nó xấu và lộn xộn.
• LogExpert (Windows) - "Thay thế GUI chotail." Đây thực sự là một trình phân tích tệp nhật ký, không phải là trình xem tệp lớn và trong một thử nghiệm, nó cần 10 giây và 700 MB RAM để tải tệp 250 MB. Nhưng các tính năng sát thủ của nó là trình tạo cột (nhật ký phân tích cú pháp bằng CSV, JSONL, v.v. và hiển thị ở định dạng bảng tính) và công cụ tô sáng (hiển thị các dòng với một số từ nhất định trong một số màu nhất định). Cũng hỗ trợ theo dõi tập tin, tab, multifiles, đánh dấu, tìm kiếm, plugin và các công cụ bên ngoài.
• Lister (Windows) - Rất nhỏ và tối giản. Đó là một thực thi, chỉ có 500 KB, nhưng nó vẫn hỗ trợ tìm kiếm (với regexes), in, chế độ soạn thảo hex và cài đặt.
• loxx (Windows) - Hỗ trợ theo dõi tệp, tô sáng, số dòng, tệp lớn, regex, nhiều tệp và chế độ xem, và nhiều hơn nữa. Phiên bản miễn phí không thể: xử lý regex, lọc tệp, đồng bộ hóa dấu thời gian và lưu các tệp đã thay đổi.

Biên tập viên miễn phí:

• Trình soạn thảo hoặc IDE thông thường của bạn. Các biên tập viên hiện đại có thể xử lý các tệp lớn đáng ngạc nhiên. Cụ thể, Vim (Windows, macOS, Linux), Emacs (Windows, macOS, Linux), Notepad ++ (Windows), Sublime Text (Windows, macOS, Linux) và VS Code (Windows, macOS, Linux) hỗ trợ lớn (~ 4 GB) tệp, giả sử bạn có RAM.
• Trình chỉnh sửa tệp lớn (Windows) - Mở và chỉnh sửa các tệp TB +, hỗ trợ Unicode, sử dụng ít bộ nhớ, có các tính năng dành riêng cho XML và bao gồm chế độ nhị phân.
• GigaEdit (Windows) - Hỗ trợ tìm kiếm, thống kê ký tự và tùy chỉnh phông chữ. Nhưng đó là lỗi - với các tệp lớn, nó chỉ cho phép ghi đè các ký tự, không chèn chúng; nó không tôn trọng LF như một công cụ kết thúc dòng, chỉ CRLF; và nó chậm.

Các chương trình dựng sẵn (không cần cài đặt):

• less (macOS, Linux) - Công cụ máy nhắn tin dòng lệnh Unix truyền thống. Cho phép bạn xem các tập tin văn bản thực tế ở bất kỳ kích thước. Có thể được cài đặt trên Windows, quá.
• Notepad (Windows) - Decent với các tệp lớn, đặc biệt là tắt word quấn.
• THÊM (Windows) - Điều này đề cập đến WindowsMORE, không phải Unixmore. Một chương trình điều khiển cho phép bạn xem một tập tin, một màn hình tại một thời điểm.

Người xem web:

• readfileonline.com - Một trình xem tệp lớn HTML5 khác. Hỗ trợ tìm kiếm.

Biên tập viên trả phí:

• Trình chỉnh sửa 010 (Windows, macOS, Linux) - Mở các tệp khổng lồ (lớn tới 50 GB).
• SlickEdit (Windows, macOS, Linux) - Mở các tệp lớn.
• UltraEdit (Windows, macOS, Linux) - Mở các tệp lớn hơn 6 GB, nhưng phải thay đổi cấu hình để thực tế: Menu »Nâng cao» Cấu hình »Xử lý tệp» Tệp tạm thời »Mở tệp không có tệp tạm thời ...
• EmEditor (Windows) - Xử lý các tệp văn bản rất lớn độc đáo (chính thức lên tới 248 GB, nhưng tối đa 900 GB theo một báo cáo).

Các mẹo và thủ thuật

ít hơn

Tại sao bạn sử dụng các trình soạn thảo để chỉ xem một tệp (lớn)?

Trong * nix hoặc Cygwin , chỉ cần sử dụng ít hơn . . Vim, nhưng không có tệp hoán đổi và ít RAM được sử dụng.

Có một cổng Win32 của GNU ít hơn. Xem phần "ít" của câu trả lời ở trên.

Perl

Perl là tốt cho các kịch bản nhanh chóng, và toán tử ..(phạm vi lật) của nó tạo ra một cơ chế lựa chọn tốt để hạn chế sự khó khăn mà bạn phải lội qua.

Ví dụ:

$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less

Điều này sẽ trích xuất mọi thứ từ dòng 1 triệu đến dòng 2 triệu và cho phép bạn sàng lọc đầu ra theo cách thủ công.

Một vi dụ khac:

$ perl -n -e 'print if ( /regex one/ .. /regex two/)' humongo.txt | less

Điều này bắt đầu in khi "biểu thức chính quy một" tìm thấy một cái gì đó và dừng lại khi "biểu thức chính hai" tìm thấy phần cuối của một khối thú vị. Nó có thể tìm thấy nhiều khối. Chọn lọc đầu ra ...

logparser

Đây là một công cụ hữu ích khác mà bạn có thể sử dụng. Để trích dẫn bài viết Wikipedia :

logparser là một tiện ích dòng lệnh linh hoạt ban đầu được viết bởi Gabriele Giuseppini, một nhân viên của Microsoft, để tự động hóa các bài kiểm tra để ghi nhật ký IIS. Nó được thiết kế để sử dụng với hệ điều hành Windows và được bao gồm trong Công cụ tài nguyên IIS 6.0. Hành vi mặc định của logparser hoạt động giống như một "đường ống xử lý dữ liệu", bằng cách lấy một biểu thức SQL trên dòng lệnh và xuất ra các dòng chứa khớp cho biểu thức SQL.

Microsoft mô tả Logparser là một công cụ mạnh mẽ, linh hoạt, cung cấp quyền truy cập truy vấn phổ biến vào dữ liệu dựa trên văn bản như tệp nhật ký, tệp XML và tệp CSV, cũng như các nguồn dữ liệu chính trên hệ điều hành Windows như Nhật ký sự kiện, Sổ đăng ký, hệ thống tập tin và Active Directory. Các kết quả của truy vấn đầu vào có thể được định dạng tùy chỉnh trong đầu ra dựa trên văn bản hoặc chúng có thể được duy trì cho các mục tiêu đặc biệt hơn như SQL, SYSLOG hoặc biểu đồ.

Ví dụ sử dụng:

C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line > 1000 and line < 2000"
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line like '%pattern%'"

Tính tương đối của kích thước

100 MB không quá lớn. 3 GB đang trở nên lớn. Tôi đã từng làm việc tại một cơ sở in & thư đã tạo ra khoảng 2% thư hạng nhất của Hoa Kỳ. Một trong những hệ thống mà tôi là người dẫn đầu về công nghệ chiếm khoảng 15 +% số thư. Chúng tôi đã có một số tệp lớn để gỡ lỗi ở đây và ở đó.

Và hơn thế nữa...

Hãy thêm nhiều công cụ và thông tin ở đây. Câu trả lời này là wiki cộng đồng vì một lý do! Tất cả chúng ta cần tư vấn thêm về việc xử lý một lượng lớn dữ liệu ...