롤링 파일 구현

Question

롤링 파일이 로그에 어떻게 구현되는지 궁금합니다.

파일 크기를 초과하지 않도록 모든 언어로 파일 쓰기 클래스를 만드는 방법부터 시작합니다. 내가 생각할 수있는

가능한 유일한 해결책은 이것이다 :

write method: 
    size = file size + size of string to write 
    if(size > limit) 
     close the file writer 
     open file reader 
     read the file 
     close file reader 
     open file writer (clears the whole file) 
     remove the size from the beginning to accommodate for new string to write 
     write the new truncated string 
    write the string we received 

이 끔찍한 구현 것 같아,하지만 난 더 나은 아무것도까지 생각할 수 없다.

특히 자바에서 해결책을보고 싶습니다.

EDIT : 처음부터 크기를 제거하면 20 바이트 문자열 (한도)이 있고 다른 3 바이트 문자열을 쓰고 싶기 때문에 처음부터 3 바이트를 제거하고 끝 17 바이트, 그리고 새 문자열을 추가하여 20 바이트 있습니다.

Answer 1

질문에 대한 조사를 위해 logback 로깅 프레임 워크의 예가 있습니다. RollingfileAppender#rollover() 방법은 다음과 같습니다

public void rollover() { 
    synchronized (lock) { 
     // Note: This method needs to be synchronized because it needs exclusive 
     // access while it closes and then re-opens the target file. 
     // 
     // make sure to close the hereto active log file! Renaming under windows 
     // does not work for open files 
     this.closeOutputStream(); 

     try { 
      rollingPolicy.rollover(); // this actually does the renaming of files 
     } catch (RolloverFailure rf) { 
      addWarn("RolloverFailure occurred. Deferring roll-over."); 
      // we failed to roll-over, let us not truncate and risk data loss 
      this.append = true; 
     } 

     try { 
      // update the currentlyActiveFile   
      currentlyActiveFile = new File(rollingPolicy.getActiveFileName()); 

      // This will also close the file. This is OK since multiple 
      // close operations are safe. 
      // COMMENT MINE this also sets the new OutputStream for the new file 
      this.openFile(rollingPolicy.getActiveFileName()); 
     } catch (IOException e) { 
      addError("setFile(" + fileName + ", false) call failed.", e); 
     } 
    } 
} 

당신이 볼 수 있듯이, 논리 당신이 무엇을 게시 꽤 유사하다. 현재 OutputStream을 닫고 롤오버를 수행 한 다음 새 것을 엽니 다 (openFile()). 많은 스레드가 로거를 사용하기 때문에 분명히이 작업은 모두 synchronized 블록에서 수행되지만 한 번에 하나의 롤오버 만 ​​발생해야합니다.

RollingPolicy은 롤오버 수행 방법에 대한 정책으로 TriggeringPolicy은 롤오버 수행시기입니다. logback을 사용하면 대개 이러한 정책을 파일 크기 또는 시간에 기초합니다.