Les meilleures pratiques pour l'enregistrement de Java à partir de plusieurs threads?

Je pense que vous êtes sur la mauvaise voie. Vous dites “thread-safe” mais vous avez réellement dire “sérialisé”. Thread-safe signifie qu'un thread ne sera pas interférer avec des données provenant d'autres fil. La plupart du temps, le filetage problèmes sont résolus à l'avance et vous ne devriez pas vous inquiéter à ce sujet juste pour l'enregistrement de souci. Par exemple, si vous écrivez:

myVariableSum = 0 + myVariable;
//here comes other thread - Not very likely!
logger.info("Log some INFO; myVariable has value" + myVariable.toString());

Vous devez vous assurer que mavariable n'a pas été modifié par un autre thread à partir du moment où le calcul (première ligne) a été réalisée, mais avant l'enregistrement de la méthode a été appelée. Si cela se produit, vous allez vous connecter sale valeur qui n'a pas été utilisé pour effectuer l'opération, mais la valeur qui a été affecté par un autre thread. C'est généralement pris en charge; par exemple local (au niveau de la méthode) de la variable ne peut pas être changé par un autre thread. De toute façon, si vous avez à vous inquiéter à ce sujet lors de la connexion, que 99% que votre programme a de graves problèmes de threading déjà.


Tous les grands de la journalisation des cadres sont par eux-mêmes “thread-safe” ce qui signifie qu'ils peuvent être déployés dans des environnements multithreads et n'aura pas de problèmes d'affichage similaire à celle décrite ci-dessus à l'interne.


Obtenir des traces apparaissent dans les journaux afin qu'ils se produisent est en fait habituellement appelé “sérialisation” des appels. La sérialisation des écritures de journal sera un important goulot d'étranglement des performances sur toute application multithread. Si vous utilisez la journalisation cadre, comme log4j, les traces de tous les threads vont apparaître en seul endroit plus ou moins dans l'ordre où elles se produisent. Cependant, une colonne est généralement le nom du Thread, de sorte que vous pouvez facilement filtrer vos données de journal par fil; chaque thread va enregistrer ses données dans l'ordre chronologique. Consultez ce lien:
http://logging.apache.org/log4j/1.2/faq.html#1.7

Enfin, si la sérialisation des écritures de journal est ce que vous avez vraiment besoin, alors vous pouvez utiliser un certain type de structure, comme java.util.de façon concomitante.BlockingQueue pour acheminer vos messages.

J'ai tendance à utiliser SLF4J sur le dessus de Log4J. Le paramétrable de journalisation fonctionnalité est particulièrement intéressante si vous allez avoir beaucoup de journalisation des déclarations qui peuvent ainsi s'éteint dans un environnement de production.

Il peut également s'exécuter sur le dessus de java.util.l'exploitation forestière ou de l'utilisation de son propre simple de sortie.

Utiliser un enregistrement cadre des, telles que Log4.

et si vous n'êtes pas heureux avec le résultat que vous pouvez écrire votre propre Appender, Filtre, que ce soit pour le modifier il suffit d'écrire. Donc, vous pourriez faire de même certains de la mise en cache pour réorganiser les entrées, bien que je ne dis pas que c'est une bonne idée.

log4j est et a été la norme pour l'enregistrement de java depuis de nombreuses années. Mais si vous n'avez pas envie de dépendance externe puis le java.util.la journalisation paquet fournit une solution acceptable.

Si vous deviez, vous pouvez rouler votre propre .. en utilisant un seul écrivain unique/lecteur FIFO ou les files d'attente.

C'est une vieille question, mais voici ma solution à l'aide de Log4J par programmation.

LogFactory classe

import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;

import java.util.Properties;

public class LogFactory {

    private final static ThreadLocal<Logger> logFactory = new ThreadLocal<>();

    public static void createNewLogger(String className) {

        Logger log = Logger.getLogger("Thread" + className);

        Properties props = new Properties();
        props.setProperty("log4j.appender.file", "org.apache.log4j.RollingFileAppender");

        props.setProperty("log4j.appender.file.maxFileSize", "100MB");
        props.setProperty("log4j.appender.file.Append", "false");
        props.setProperty("log4j.", "100MB");
        props.setProperty("log4j.appender.file.maxBackupIndex", "100");
        props.setProperty("log4j.appender.file.File", "logs/" + className + ".log");
        props.setProperty("log4j.appender.file.threshold", "info");
        props.setProperty("log4j.appender.file.layout", "org.apache.log4j.PatternLayout");
        props.setProperty("log4j.appender.file.layout.ConversionPattern", "%d{yyyy-MM-dd HH-mm-ss} | %-5p | %C{1}:%L | %m%n");
        props.setProperty("log4j.appender.stdout", "org.apache.log4j.ConsoleAppender");
        props.setProperty("log4j.appender.stdout.Target", "System.out");
        props.setProperty("log4j.logger." + "Thread" + className, "INFO, file");
        PropertyConfigurator.configure(props);
        logFactory.set(log);
    }

    public static Logger getLogger() {
        return logFactory.get();
    }

}

Puis à procéder à l'initialisation de l'enregistreur utiliser l'approche suivante

logFactory.createNewLogger(String.valueOf(Thread.currentThread().getId()));
logFactory.getLogger().info(" TEST . Thread id is: " + id);