Доброго времени суток! 

Может кто-нибудь посоветует что-нибудь дельное... 

1. Есть некое приложение. При выходе из этого приложения, необходимо затереть часть полей, то есть, чтобы данные, скажем строки, не остались в явном виде в памяти. Как это красиво реализовать?
2. Программа ведёт лог в виде текстового файла. Эти самые строчки, которые пишутся в файл также остаются в памяти... Это тоже надо как-то обойти... 

Заранее спасибо! 

С этим прекрасно справляется операционная система. 


Как вы это определили?

Имхо, средствами самой java - никак. Потому что нет прямого доступа к памяти.

Как мне кажется, это не совсем так.... При завершении приложения, память помечается как свободная, однако, до тех пор, пока этот фрагмент памяти не будет выделен заново и заполнен другим приложением, данные так и будут там храниться... :(



Это элементарно. ) Выключаем комп. Ждём 15 секунд. Включаем. Загружаем ОС. Запускаем наше приложение. После некоторых манипуляуций, в результате которых происходит удаление и создание новых объектов, выходим из приложения.
Далее с пом. опр. манипуляций вызываем зависание ОС (Windows) с включенной записью полного дампа памяти. В рез. при перезагрузке имеем файл, содержащий образ памяти. 
После этого, файл можно проанализировать на предмет наличия строк, которые мы создали в рез. работы программы... 

При большом желании можно нарисовать свою программку, скажем, на С, которая узнает, с какими блоками памяти работает твоя java-программа и после её завершения затрёт всё память. Только вот зачем столько мороки? Сверхсекретные вещи на языках верхнего уровня делать просто глупо.

Можно попробовать вызвать gc(), выделить массив байт размером с свободную память и очистить его - но полной гарантии что очистится всё нет.

С первым вопросом я поборолся. 
2 способа:
1. Применяем в качетсве хранилища строк не String, а StringBuffer, который позволяет менять строку посимвольно.
2. Отражения.

А вот что делать со-вторым вопросом - пока не знаю... :(

Добавлено через 5 минут и 3 секунды



Думал об этом. Но тогда теряется кросс-платформенность. Точнее этот код придётся писать под каждую ОС... Это неприемлемо. :(



Вещь уже сделана... А переделывать её, скажем на С просто не реально... :(

Добавлено через 9 минут и 14 секунд

Интересная мысль... Думал об этом, однако есть одна проблемка:
её мало выделить, но надо ещё и заполнить чем-нибудь.... но тогда если у меня хотя-бы 1 Гб мозгов, то процедура может зятянуться... :(

А мне кажется, но я могу конечно ошыбаться, но можно вместо String использовать StringBuffer. То-есть если мы рабоатем с обычными строками то к примеру 
создает новые временные строки которые так и остаются в памяти если их потом не затрет какой то новый обьект или еще что-то, в то время как со StringBuffer мы работаем действительно с одним обьектом т-е с одной областью памяти, и вконце программы мы можем етот наш StringBuffer заполнить нулями к примеру, которые действительно запишутся поверх того что там было. Со строками же известно что mystring = null просто ссылку mystring  обнуляет но никак не содержимое на которое раньше ета mystring указывала. Если что не так так поправьте пожалуйста 

Спасибо за ответ!  Но как мне кажется, изящнее решить эту проблему через отражения. ;) См. Java: Магия отражений I,  Даниил Алиевский... ;)

Добавлено через 52 секунды

Только что отыскал... 

В своей работе StringBuffer тоже может запрашивать выделение памяти и "освобождать" её, так что этот вариант не всегда будет работать. Да и при получении строки из StringBuffer будет создан объект String, насколько я знаю (могу и ошибаться).

Можно подробнее?

Естественно. Ты хочешь низкоуровневую работу на языке высокого уровня. Надо бы решиться - шашечки или ехать. Одновременно в твоём случае изредка будет прокатывать, но далеко не всегда.

А кто говорил про переделку всей "вещи"? Сделай загрузчик своей программы на сях, который отследит память и очистит её. Кстати, теоретически вроде бы можно попробовать и сам GC подменить.

ето механизм reflection наверное Grishanya имел ввиду. Но насколько я знаю ним можно к приватным полям доступаться или методам но про работу с памятью че то не слышал. Надо будет взглянуть в ету книжечку 



Можно ссылку на нее ?

Блин, отражения... рефлекшн - он и в Африке рефлекшн 
В принципе, можно и через него прорубиться попробовать. Не знаю, поможет ли - тут после "переоборудования" надо снова дамп сливать и смотреть. И кроме прочего, переменные никуда не должны пропадать в программе (читай - не должно быть локальных переменных, которые надо очищать и такие переменные не должны получать новые значения; ну или перед "пропаданием" или сменой значения надо явно очищать).

Добавлено через 1 минуту и 28 секунд

держи

А к памяти доступ получать не слишком сильно и надо. Нужно тупо дорубиться до основы того же стринга, например.   

Кто-нибудь представляет, как это делать? ) 

не-а 

А нельзя просто перед выключением программы загрузить в память что-то большое ( вплоть до получения OutOfMemory ). Например, в цикле наплодить строк. Новые обьекты займут место старых. Наверное, это проще, чем свою версию GC писать.