Войдите в систему одно место по сравнению с несколькими [закрытыми] журналами
MediaMetadataRetriever - это легкий и эффективный способ сделать это. MediaPlayer слишком тяжелый и может вызвать проблемы с производительностью в высокопроизводительной среде, такой как прокрутка, разбиение по страницам, листинг и т. Д.
Кроме того, Error (100,0) может произойти на MediaPlayer, так как это тяжелый и иногда перезапуск необходимо делать снова и снова.
Uri uri = Uri.parse(pathStr);
MediaMetadataRetriever mmr = new MediaMetadataRetriever();
mmr.setDataSource(AppContext.getAppContext(),uri);
String durationStr = mmr.extractMetadata(MediaMetadataRetriever.METADATA_KEY_DURATION);
int millSecond = Integer.parseInt(durationStr);
5 ответов
Мне нравится использовать базы данных для ведения журнала. Четыре полезные функции:
- Вы не теряете упорядоченность по времени, как при просмотре сразу нескольких файлов журнала.
- При желании вы все равно можете фильтровать сообщения по определенным типам.
- Вы получаете целостность, поэтому, если ваш компьютер вышел из строя во время записи файла журнала, вы не получите поврежденный журнал, и он будет воспроизведен из журнала, когда ваша база данных снова запустится.
- Удаление журнала действительно просто ! Нет необходимости использовать хитрые программы ротации журналов, требующие от ваших демонов SIGHUPed или чего-то еще.
Ваш опыт может отличаться. : -)
Я бы предложил несколько журналов по нескольким причинам:
- Уменьшите шум, если есть производственные ситуации устранения неполадок, когда время имеет значение.
- Различные группы могут получать разные журналы. Группе систем могут потребоваться журналы, отличные от группы приложений, поскольку у каждой есть своя часть системы, где они могут оптимизировать настройки.
Что касается того, как вести журнал, я бы предложил сочетание базы данных, электронной почты и локального текстового файла. на случай, если возникнут проблемы с вещами, требующими подключения к другому серверу.
Зависит от ваших обзоров журналов. Вы должны быть в лучшем месте, чтобы ответить на него. Вам нужны специальные журналы, чтобы вы могли с большей точностью определять проблемы, или вам просто нужен общий журнал для целей обслуживания?
Я бы всегда использовал разные журналы, если они не вызывают слишком много накладных расходов.
Если вы ожидаете большого количества журналов и быстро знаете, где искать, то разделите их. Один большой файл журнала может очень быстро стать неуправляемым, но если вы постоянно просматриваете несколько файлов журнала в поисках соответствующей записи, это тоже бесполезно. Поэтому, когда вы разделяете их, убедитесь, что при возникновении ошибки вы точно знаете, какой файл открыть первым.
Я бы порекомендовал использовать готовую централизованную систему ведения журнала и не изобретать свою собственную. Это позволит вам легко находить данные в любой форме, когда захотите. Это также должно сэкономить ваше время и избавить от головной боли. Управление файлами журнала является обузой не только для вашего приложения, потому что вам нужно писать дополнительный код, но и для людей, которые действительно просматривают текст. Посмотрите logFaces , он может решить некоторые из ваших проблем - он поставляется с собственной базой данных, может использоваться с большинством коммерческих баз данных и обеспечивает мгновенный доступ к соответствующим данным журнала.
Раскрытие информации : Я являюсь автором этого продукта.