Java geli\u015ftiricileri i\u00e7in nesne y\u00f6nelimli programlama, karma\u015f\u0131k sistemleri modellemenin ve y\u00f6netmenin temelini olu\u015fturur. Ancak, bir uygulaman\u0131n \u00f6mr\u00fc boyunca olu\u015fturulan nesnelerin sadece bellekte var olmas\u0131, \u00e7o\u011fu zaman yeterli de\u011fildir. Bu nesnelerin durumunu kaydetmek, daha sonra geri y\u00fcklemek veya farkl\u0131 bir ortama (ba\u015fka bir uygulama, farkl\u0131 bir JVM veya a\u011f \u00fczerinden) iletmek gerekti\u011finde “serile\u015ftirme” kavram\u0131 devreye girer. Java serile\u015ftirme, bir nesnenin durumunu bir bayt ak\u0131\u015f\u0131na d\u00f6n\u00fc\u015ft\u00fcrme i\u015flemidir; bu bayt ak\u0131\u015f\u0131 daha sonra bir dosyaya kaydedilebilir, bir veritaban\u0131nda saklanabilir veya bir a\u011f ba\u011flant\u0131s\u0131 \u00fczerinden ba\u015fka bir sisteme g\u00f6nderilebilir. Bu makalede, Java serile\u015ftirmenin ne oldu\u011funu, neden \u00f6nemli oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, dikkat edilmesi gereken noktalar\u0131, g\u00fcvenlik hususlar\u0131n\u0131 ve modern alternatiflerini detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n
Serile\u015ftirme, bir nesnenin bellek i\u00e7i durumunu (yani, o nesnenin alanlar\u0131n\u0131n de\u011ferlerini) d\u00fcz bir bayt dizisine d\u00f6n\u00fc\u015ft\u00fcrme i\u015flemidir. Bu bayt dizisi daha sonra kal\u0131c\u0131 olarak saklanabilir veya bir yerden ba\u015fka bir yere iletilebilir. Tersine i\u015flem olan “deserile\u015ftirme” ise, bu bayt dizisini al\u0131p orijinal nesnenin bellek i\u00e7i durumunu yeniden olu\u015fturma s\u00fcrecidir. Java’da serile\u015ftirme, nesnelerin durumunu kaydetmek ve geri y\u00fcklemek i\u00e7in g\u00fc\u00e7l\u00fc, yerle\u015fik bir mekanizma sunar. Bu mekanizma sayesinde, karma\u015f\u0131k nesne grafikleri bile tek bir i\u015flemle kolayca saklanabilir ve geri y\u00fcklenebilir. Serile\u015ftirme, Java’n\u0131n platform ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 felsefesini destekler; serile\u015ftirilmi\u015f bir nesne, farkl\u0131 bir i\u015fletim sisteminde veya farkl\u0131 bir Java s\u00fcr\u00fcm\u00fcnde bile ba\u015far\u0131yla deserile\u015ftirilebilir, bu da Java uygulamalar\u0131n\u0131n ta\u015f\u0131nabilirli\u011fini art\u0131r\u0131r.<\/p>\n
Serile\u015ftirme, modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde bir\u00e7ok kritik ihtiyac\u0131 kar\u015f\u0131lar. Nesnelerin sadece uygulaman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 s\u00fcre boyunca var olmas\u0131 \u00e7o\u011fu zaman yeterli de\u011fildir. A\u015fa\u011f\u0131da serile\u015ftirmeye duyulan temel ihtiya\u00e7lar listelenmi\u015ftir:<\/p>\n
Bir uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 sona erdi\u011finde, bellekteki t\u00fcm nesneler yok olur. Ancak, bir\u00e7ok senaryoda, uygulama yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda nesnelerin durumunun korunmas\u0131 istenir. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n ayarlar\u0131, bir oyunun kay\u0131tl\u0131 durumu veya bir uygulaman\u0131n oturum bilgileri gibi veriler kal\u0131c\u0131 olmal\u0131d\u0131r. Serile\u015ftirme, nesnelerin durumunu bir dosyaya veya veritaban\u0131na bayt ak\u0131\u015f\u0131 olarak yazarak bu kal\u0131c\u0131l\u0131\u011f\u0131 sa\u011flar. Daha sonra, uygulama yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda, bu bayt ak\u0131\u015f\u0131 okunarak orijinal nesneler ayn\u0131 durumlar\u0131yla geri y\u00fcklenebilir. Bu, \u00f6zellikle yap\u0131land\u0131r\u0131lm\u0131\u015f verileri saklamak i\u00e7in veritaban\u0131 kullanmak yerine dosya tabanl\u0131 bir depolama tercih edildi\u011finde veya veritaban\u0131 \u015femas\u0131n\u0131n karma\u015f\u0131k nesne yap\u0131lar\u0131n\u0131 do\u011frudan desteklemedi\u011fi durumlarda \u00e7ok kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n
Da\u011f\u0131t\u0131k sistemlerde, farkl\u0131 s\u00fcre\u00e7lerin veya makinelerin birbiriyle ileti\u015fim kurmas\u0131 ve nesneleri payla\u015fmas\u0131 yayg\u0131n bir gereksinimdir. Java’n\u0131n Uzak Metot \u00c7a\u011fr\u0131s\u0131 (RMI – Remote Method Invocation) gibi teknolojiler, nesnelerin bir JVM’den di\u011ferine a\u011f \u00fczerinden iletilmesini sa\u011flar. RMI, uzak bir JVM’deki bir nesnenin metotlar\u0131n\u0131 yerel bir nesnenin metotlar\u0131ym\u0131\u015f gibi \u00e7a\u011f\u0131rman\u0131za olanak tan\u0131r. Bu s\u00fcre\u00e7te, metot parametreleri ve d\u00f6n\u00fc\u015f de\u011ferleri genellikle serile\u015ftirilerek a\u011f \u00fczerinden g\u00f6nderilir ve al\u0131c\u0131 tarafta deserile\u015ftirilir. Benzer \u015fekilde, soket programlama ile iki Java uygulamas\u0131 aras\u0131nda do\u011frudan nesne al\u0131\u015fveri\u015fi yapmak istedi\u011finizde de serile\u015ftirme devreye girer. Nesnelerin bayt ak\u0131\u015f\u0131na d\u00f6n\u00fc\u015ft\u00fcr\u00fclmesi, a\u011f protokollerinin bu veriyi ta\u015f\u0131mas\u0131n\u0131 m\u00fcmk\u00fcn k\u0131lar.<\/p>\n
Ayn\u0131 makine \u00fczerinde \u00e7al\u0131\u015fan ancak farkl\u0131 Java Sanal Makinelerinde (JVM) veya farkl\u0131 i\u015fletim sistemi s\u00fcre\u00e7lerinde yer alan uygulamalar aras\u0131nda veri payla\u015f\u0131m\u0131 gerekti\u011finde serile\u015ftirme kullan\u0131labilir. \u00d6rne\u011fin, bir ana uygulama ile yard\u0131mc\u0131 bir arka plan hizmeti aras\u0131nda karma\u015f\u0131k veri yap\u0131lar\u0131n\u0131 iletmek i\u00e7in serile\u015ftirme, basit bayt ak\u0131\u015flar\u0131 veya temel veri tipleri yerine daha zengin bir ileti\u015fim mekanizmas\u0131 sunar. Bu, \u00f6zellikle ayn\u0131 JVM i\u00e7inde m\u00fcmk\u00fcn olmayan, ancak performans veya izolasyon nedenleriyle ayr\u0131 s\u00fcre\u00e7lerde \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 gereken mod\u00fcller aras\u0131nda veri al\u0131\u015fveri\u015fi i\u00e7in \u00f6nemlidir.<\/p>\n
Bir uygulaman\u0131n veya bir oturumun anl\u0131k durumunu kaydetmek ve daha sonra bu duruma geri d\u00f6nmek, serile\u015ftirmenin bir ba\u015fka \u00f6nemli kullan\u0131m alan\u0131d\u0131r. \u00d6rne\u011fin, bir masa\u00fcst\u00fc uygulamas\u0131nda kullan\u0131c\u0131 bir dizi i\u015flem yapt\u0131ktan sonra program\u0131 kapat\u0131p daha sonra kald\u0131\u011f\u0131 yerden devam etmek isteyebilir. Uygulama, kapat\u0131l\u0131rken t\u00fcm ilgili nesnelerin durumunu serile\u015ftirerek bir dosyaya kaydedebilir ve a\u00e7\u0131ld\u0131\u011f\u0131nda bu dosyay\u0131 okuyarak \u00f6nceki durumu geri y\u00fckleyebilir. Bu, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftiren bir \u00f6zelliktir.<\/p>\n
Java’da serile\u015ftirme mekanizmas\u0131, Java’da bir s\u0131n\u0131f\u0131n nesnelerinin serile\u015ftirilebilir olmas\u0131 i\u00e7in, o s\u0131n\u0131f\u0131n Serile\u015ftirme ve deserile\u015ftirme i\u015flemleri, * * Bu s\u0131n\u0131flar, A\u015fa\u011f\u0131daki \u00f6rnek, basit bir Bu \u00f6rnekte, Java serile\u015ftirme g\u00fc\u00e7l\u00fc bir mekanizma olsa da, do\u011fru ve g\u00fcvenli bir \u015fekilde kullan\u0131labilmesi i\u00e7in baz\u0131 \u00f6nemli detaylara dikkat etmek gerekir.<\/p>\n Bir s\u0131n\u0131f\u0131n baz\u0131 alanlar\u0131n\u0131n serile\u015ftirme s\u00fcrecine dahil edilmesini istemeyebilirsiniz. Bunun nedenleri \u015funlar olabilir: Bir alan\u0131 S\u0131n\u0131f\u0131n yap\u0131s\u0131nda uyumlulu\u011fu bozmayan bir de\u011fi\u015fiklik yapt\u0131\u011f\u0131n\u0131zda (\u00f6rne\u011fin, yeni bir Bir nesne, ba\u015fka nesnelere referanslar i\u00e7erebilir. Serile\u015ftirme i\u015flemi s\u0131ras\u0131nda, * \u00dcst S\u0131n\u0131f Java serile\u015ftirme, varsay\u0131lan davran\u0131\u015f\u0131n \u00f6tesinde \u00f6zelle\u015ftirme imkanlar\u0131 sunar. Bir s\u0131n\u0131f, kendi Java serile\u015ftirme, \u00f6zellikle g\u00fcvenilir olmayan kaynaklardan gelen verilerle \u00e7al\u0131\u015f\u0131rken \u00f6nemli g\u00fcvenlik riskleri ta\u015f\u0131yabilir. “Deserile\u015ftirme sald\u0131r\u0131lar\u0131”, k\u00f6t\u00fc niyetli bir sald\u0131rgan\u0131n, \u00f6zel olarak haz\u0131rlanm\u0131\u015f serile\u015ftirilmi\u015f bir nesneyi bir uygulamaya enjekte ederek uygulaman\u0131n kontrol\u00fcn\u00fc ele ge\u00e7irmesine veya istenmeyen eylemler ger\u00e7ekle\u015ftirmesine olanak tan\u0131yan bir t\u00fcr sald\u0131r\u0131d\u0131r. Bu sald\u0131r\u0131lar, deserile\u015ftirme s\u0131ras\u0131nda belirli s\u0131n\u0131flar\u0131n yap\u0131c\u0131lar\u0131n\u0131n veya metotlar\u0131n\u0131n \u00e7a\u011fr\u0131lma \u015feklini k\u00f6t\u00fcye kullan\u0131r.<\/p>\n Bu t\u00fcr sald\u0131r\u0131lardan korunmak i\u00e7in: Java serile\u015ftirme, baz\u0131 durumlarda kullan\u0131\u015fl\u0131 olsa da, modern uygulamalar\u0131n ihtiya\u00e7lar\u0131 ve ortaya \u00e7\u0131kan g\u00fcvenlik endi\u015feleri nedeniyle baz\u0131 dezavantajlara sahiptir.<\/p>\n * Performans<\/strong>: \u00d6zellikle b\u00fcy\u00fck nesne grafikleri i\u00e7in serile\u015ftirme ve deserile\u015ftirme i\u015flemleri yava\u015f olabilir. G\/\u00c7 i\u015flemleri ve nesne grafi\u011finin taranmas\u0131 zaman al\u0131c\u0131d\u0131r. Yukar\u0131daki dezavantajlar nedeniyle, modern uygulamalarda Java’n\u0131n yerle\u015fik serile\u015ftirme mekanizmas\u0131 yerine daha esnek, performansl\u0131 ve dil ba\u011f\u0131ms\u0131z alternatifler s\u0131kl\u0131kla tercih edilmektedir:<\/p>\n * JSON (JavaScript Object Notation)<\/strong>: Hafif, okunabilir, dil ba\u011f\u0131ms\u0131z bir veri de\u011fi\u015fim format\u0131d\u0131r. RESTful servislerde ve web uygulamalar\u0131nda standart haline gelmi\u015ftir. Java’da Jackson veya Gson gibi k\u00fct\u00fcphanelerle kolayca JSON serile\u015ftirme\/deserile\u015ftirme yap\u0131labilir. Java’n\u0131n yerle\u015fik serile\u015ftirme mekanizmas\u0131na bir alternatif olarak Java serile\u015ftirme, nesnelerin kal\u0131c\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak, a\u011f \u00fczerinden iletmek ve s\u00fcre\u00e7ler aras\u0131 ileti\u015fim kurmak i\u00e7in Java platformunun sundu\u011fu temel ve g\u00fc\u00e7l\u00fc bir mekanizmad\u0131r. Ancak, serile\u015ftirmenin performans, dil ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 ve \u00f6zellikle g\u00fcvenlik konular\u0131nda baz\u0131 \u00f6nemli dezavantajlar\u0131 bulunmaktad\u0131r. Deserile\u015ftirme sald\u0131r\u0131lar\u0131, g\u00fcvenilir olmayan kaynaklardan gelen verilerle \u00e7al\u0131\u015f\u0131rken ciddi riskler olu\u015fturabilir. Bu nedenle, modern da\u011f\u0131t\u0131k sistemlerde ve web tabanl\u0131 uygulamalarda, JSON, XML, Protocol Buffers ve Avro gibi daha esnek, dil ba\u011f\u0131ms\u0131z ve performans odakl\u0131 alternatif serile\u015ftirme formatlar\u0131 s\u0131kl\u0131kla tercih edilmektedir. Hangi serile\u015ftirme y\u00f6nteminin kullan\u0131laca\u011f\u0131, uygulaman\u0131n \u00f6zel gereksinimlerine (performans, g\u00fcvenlik, dil ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131, veri kal\u0131c\u0131l\u0131\u011f\u0131 s\u00fcresi, geriye d\u00f6n\u00fck uyumluluk ihtiyac\u0131) ba\u011fl\u0131d\u0131r. Her arac\u0131n kendine \u00f6zg\u00fc avantajlar\u0131 ve dezavantajlar\u0131 oldu\u011fu i\u00e7in, bilin\u00e7li bir se\u00e7im yapmak ve \u00f6zellikle g\u00fcvenlik hususlar\u0131n\u0131 g\u00f6z \u00f6n\u00fcnde bulundurmak kritik \u00f6neme sahiptir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Java’da Serile\u015ftirme: Nesnelerin Kal\u0131c\u0131l\u0131\u011f\u0131 ve A\u011f \u00dczerinden \u0130letimi\nGiri\u015f\nJava geli\u015ftiricileri i\u00e7in nesne y\u00f6nelimli programlama, karma\u015f","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1408],"tags":[],"class_list":{"0":"post-34813","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\njava.io<\/code> paketindeki belirli aray\u00fczler ve s\u0131n\u0131flar arac\u0131l\u0131\u011f\u0131yla sa\u011flan\u0131r. Bir nesnenin serile\u015ftirilebilir olmas\u0131 i\u00e7in gerekenler ve serile\u015ftirme\/deserile\u015ftirme ad\u0131mlar\u0131 a\u015fa\u011f\u0131da a\u00e7\u0131klanm\u0131\u015ft\u0131r:<\/p>\njava.io.Serializable<\/code> Aray\u00fcz\u00fc<\/h3>\njava.io.Serializable<\/code> aray\u00fcz\u00fcn\u00fc implement etmesi gerekir. Bu aray\u00fcz “i\u015faretleyici aray\u00fcz” (marker interface) olarak bilinir, \u00e7\u00fcnk\u00fc i\u00e7inde herhangi bir metot veya sabit tan\u0131mlamaz. Amac\u0131, Java Sanal Makinesi’ne (JVM) bu s\u0131n\u0131f\u0131n nesnelerinin serile\u015ftirme i\u00e7in uygun oldu\u011funu bildirmektir. JVM, Serializable<\/code> aray\u00fcz\u00fcn\u00fc implement etmeyen bir s\u0131n\u0131f\u0131n nesnesini serile\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131nda NotSerializableException<\/code> f\u0131rlat\u0131r. Bu aray\u00fcz, geli\u015ftiriciye serile\u015ftirme \u00fczerinde kontrol sa\u011flar ve istenmeyen nesnelerin serile\u015ftirilmesini engeller. \u00d6rne\u011fin, bir veritaban\u0131 ba\u011flant\u0131s\u0131 veya a\u011f soketi gibi kaynaklar\u0131 temsil eden nesnelerin serile\u015ftirilmesi genellikle anlams\u0131zd\u0131r ve hataya yol a\u00e7abilir.<\/p>\nObjectOutputStream<\/code> ve ObjectInputStream<\/code> S\u0131n\u0131flar\u0131<\/h3>\njava.io.ObjectOutputStream<\/code> ve java.io.ObjectInputStream<\/code> s\u0131n\u0131flar\u0131 arac\u0131l\u0131\u011f\u0131yla ger\u00e7ekle\u015ftirilir.<\/p>\nObjectOutputStream<\/code><\/strong>: Nesneleri bir bayt ak\u0131\u015f\u0131na yazmak i\u00e7in kullan\u0131l\u0131r. Genellikle bir FileOutputStream<\/code> veya bir SocketOutputStream<\/code> gibi ba\u015fka bir \u00e7\u0131kt\u0131 ak\u0131\u015f\u0131na sar\u0131l\u0131r.
\n * ObjectOutputStream(OutputStream out)<\/code>: Belirtilen \u00e7\u0131kt\u0131 ak\u0131\u015f\u0131na nesneleri yazmak i\u00e7in bir ObjectOutputStream<\/code> olu\u015fturur.
\n * void writeObject(Object obj)<\/code>: Belirtilen nesneyi \u00e7\u0131kt\u0131 ak\u0131\u015f\u0131na serile\u015ftirir. Bu metot, nesnenin t\u00fcm serile\u015ftirilebilir alanlar\u0131n\u0131 ve bu alanlar\u0131n referans etti\u011fi di\u011fer serile\u015ftirilebilir nesneleri de otomatik olarak yazar.<\/p>\nObjectInputStream<\/code><\/strong>: Bir bayt ak\u0131\u015f\u0131ndan nesneleri okumak ve deserile\u015ftirmek i\u00e7in kullan\u0131l\u0131r. Genellikle bir FileInputStream<\/code> veya bir SocketInputStream<\/code> gibi ba\u015fka bir girdi ak\u0131\u015f\u0131na sar\u0131l\u0131r.
\n * ObjectInputStream(InputStream in)<\/code>: Belirtilen girdi ak\u0131\u015f\u0131ndan nesneleri okumak i\u00e7in bir ObjectInputStream<\/code> olu\u015fturur.
\n * Object readObject()<\/code>: Girdi ak\u0131\u015f\u0131ndan bir nesne okur ve deserile\u015ftirir. Bu metot bir Object<\/code> d\u00f6nd\u00fcrd\u00fc\u011f\u00fc i\u00e7in, okunan nesneyi orijinal t\u00fcr\u00fcne cast etmek gerekir.<\/p>\ntry-with-resources<\/code> ifadesiyle birlikte kullan\u0131ld\u0131\u011f\u0131nda kaynak y\u00f6netimi a\u00e7\u0131s\u0131ndan olduk\u00e7a g\u00fcvenlidir, \u00e7\u00fcnk\u00fc ak\u0131\u015flar otomatik olarak kapat\u0131l\u0131r.<\/p>\n\u00d6rnek Bir Serile\u015ftirme Uygulamas\u0131<\/h2>\n
Ogrenci<\/code> s\u0131n\u0131f\u0131n\u0131n nas\u0131l serile\u015ftirilip daha sonra nas\u0131l deserile\u015ftirilece\u011fini g\u00f6stermektedir.<\/p>\nimport java.io.*;\n\n\/\/ 1. Serializable aray\u00fcz\u00fcn\u00fc implement eden s\u0131n\u0131f\nclass Ogrenci implements Serializable {\n private static final long serialVersionUID = 1L; \/\/ Versiyon kontrol\u00fc i\u00e7in\n private String ad;\n private int numara;\n private transient String parola; \/\/ Parola serile\u015ftirilmeyecek\n\n public Ogrenci(String ad, int numara, String parola) {\n this.ad = ad;\n this.numara = numara;\n this.parola = parola;\n }\n\n \/\/ Getter metotlar\u0131\n public String getAd() { return ad; }\n public int getNumara() { return numara; }\n public String getParola() { return parola; } \/\/ Transient oldu\u011fu i\u00e7in null d\u00f6nebilir\n\n @Override\n public String toString() {\n return \"Ogrenci{\" +\n \"ad='\" + ad + '\\'' +\n \", numara=\" + numara +\n \", parola='\" + parola + '\\'' + \/\/ Parola transient oldu\u011fu i\u00e7in deserile\u015ftirme sonras\u0131 null\n '}';\n }\n}\n\npublic class SerilestirmeOrnegi {\n\n public static void main(String[] args) {\n \/\/ Serile\u015ftirme i\u015flemi\n Ogrenci ogrenci1 = new Ogrenci(\"Ay\u015fe Y\u0131lmaz\", 101, \"gizliParola123\");\n String dosyaAdi = \"ogrenci.ser\";\n\n try (FileOutputStream fileOut = new FileOutputStream(dosyaAdi);\n ObjectOutputStream out = new ObjectOutputStream(fileOut)) {\n\n out.writeObject(ogrenci1);\n System.out.println(\"Ogrenci nesnesi \" + dosyaAdi + \" dosyas\u0131na serile\u015ftirildi.\");\n System.out.println(\"Serile\u015ftirilen nesne: \" + ogrenci1);\n\n } catch (IOException i) {\n i.printStackTrace();\n }\n\n \/\/ Deserile\u015ftirme i\u015flemi\n Ogrenci ogrenci2 = null;\n try (FileInputStream fileIn = new FileInputStream(dosyaAdi);\n ObjectInputStream in = new ObjectInputStream(fileIn)) {\n\n ogrenci2 = (Ogrenci) in.readObject();\n System.out.println(\"\\n\" + dosyaAdi + \" dosyas\u0131ndan Ogrenci nesnesi deserile\u015ftirildi.\");\n System.out.println(\"Deserile\u015ftirilen nesne: \" + ogrenci2);\n System.out.println(\"Ad: \" + ogrenci2.getAd());\n System.out.println(\"Numara: \" + ogrenci2.getNumara());\n System.out.println(\"Parola: \" + ogrenci2.getParola()); \/\/ Transient oldu\u011fu i\u00e7in null d\u00f6necektir\n\n } catch (IOException i) {\n i.printStackTrace();\n } catch (ClassNotFoundException c) {\n System.out.println(\"Ogrenci s\u0131n\u0131f\u0131 bulunamad\u0131.\");\n c.printStackTrace();\n }\n }\n}<\/code><\/pre>\nOgrenci<\/code> s\u0131n\u0131f\u0131 Serializable<\/code> aray\u00fcz\u00fcn\u00fc implement etmektedir. parola<\/code> alan\u0131 transient<\/code> olarak i\u015faretlenmi\u015ftir, bu da onun serile\u015ftirme s\u00fcrecine dahil edilmeyece\u011fi anlam\u0131na gelir. Program \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, ogrenci1<\/code> nesnesi ogrenci.ser<\/code> dosyas\u0131na yaz\u0131l\u0131r. Daha sonra, ayn\u0131 dosyadan okunarak ogrenci2<\/code> nesnesi olu\u015fturulur. \u00c7\u0131kt\u0131da, ogrenci2<\/code>‘nin parola<\/code> alan\u0131n\u0131n null<\/code> oldu\u011funu g\u00f6receksiniz, \u00e7\u00fcnk\u00fc transient<\/code> olarak i\u015faretlenmi\u015ftir.<\/p>\nSerile\u015ftirme S\u0131ras\u0131nda Dikkat Edilmesi Gerekenler ve \u00d6zel Durumlar<\/h2>\n
transient<\/code> Anahtar Kelimesi<\/h3>\n
\n* G\u00fcvenlik<\/strong>: Hassas veriler (parolalar, kredi kart\u0131 numaralar\u0131 vb.) serile\u015ftirilmi\u015f formda saklanmamal\u0131d\u0131r.
\n* Performans<\/strong>: \u00c7ok b\u00fcy\u00fck veya anlams\u0131z verilerin serile\u015ftirilmesi performans\u0131 d\u00fc\u015f\u00fcrebilir.
\n* T\u00fcretilmi\u015f Veri<\/strong>: Bir alan\u0131n de\u011feri, di\u011fer alanlardan t\u00fcretilebiliyorsa, bu alan\u0131 serile\u015ftirmeye gerek yoktur. Deserile\u015ftirme sonras\u0131 yeniden hesaplanabilir.
\n* Serile\u015ftirilemez Nesneler<\/strong>: Bir s\u0131n\u0131f\u0131n i\u00e7inde Serializable<\/code> olmayan bir ba\u015fka s\u0131n\u0131f\u0131n nesnesi varsa ve bu nesnenin serile\u015ftirilmesi istenmiyorsa, o alan transient<\/code> olarak i\u015faretlenmelidir. Aksi takdirde, NotSerializableException<\/code> hatas\u0131 al\u0131rs\u0131n\u0131z.<\/p>\ntransient<\/code> olarak i\u015faretlemek i\u00e7in, alan\u0131n tan\u0131m\u0131na transient<\/code> anahtar kelimesi eklenir: private transient String parola;<\/code>. Deserile\u015ftirme s\u0131ras\u0131nda, transient<\/code> olarak i\u015faretlenmi\u015f alanlar, veri tipinin varsay\u0131lan de\u011ferini al\u0131r (referans tipleri i\u00e7in null<\/code>, say\u0131sal tipler i\u00e7in 0<\/code>, boolean i\u00e7in false<\/code>).<\/p>\nstatic<\/code> Alanlar ve Serile\u015ftirme<\/h3>\nstatic<\/code> anahtar kelimesiyle tan\u0131mlanan alanlar, bir nesneye de\u011fil, s\u0131n\u0131fa aittir. Bu nedenle, bir nesne serile\u015ftirildi\u011finde, static<\/code> alanlar\u0131n\u0131n de\u011feri serile\u015ftirme s\u00fcrecine dahil edilmez. Deserile\u015ftirme s\u0131ras\u0131nda, static<\/code> alanlar, serile\u015ftirilmi\u015f nesnenin durumuyla ilgili de\u011fildir; bunlar, s\u0131n\u0131f\u0131n o anki static<\/code> alan de\u011ferlerini korur veya e\u011fer o s\u0131n\u0131f daha \u00f6nce y\u00fcklenmemi\u015fse, varsay\u0131lan de\u011ferlerini al\u0131rlar. Bu, static<\/code> alanlar\u0131n nesne durumu yerine s\u0131n\u0131f\u0131n genel durumunu temsil etmesinden kaynaklan\u0131r.<\/p>\nserialVersionUID<\/code> Alan\u0131<\/h3>\nserialVersionUID<\/code>, Java serile\u015ftirmenin en \u00f6nemli ve s\u0131kl\u0131kla yanl\u0131\u015f anla\u015f\u0131lan y\u00f6nlerinden biridir. Bu, serile\u015ftirilmi\u015f bir s\u0131n\u0131f\u0131n versiyonunu kontrol etmek i\u00e7in kullan\u0131lan private static final long<\/code> tipinde bir aland\u0131r.
\n* Neden \u00d6nemli?<\/strong>: Bir nesneyi serile\u015ftirdi\u011finizde, o nesnenin s\u0131n\u0131f\u0131n\u0131n yap\u0131s\u0131 (alanlar\u0131, metotlar\u0131 vb.) da serile\u015ftirilmi\u015f veriyle birlikte kaydedilir. Daha sonra bu nesneyi deserile\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda, JVM, serile\u015ftirilmi\u015f verideki s\u0131n\u0131f\u0131n serialVersionUID<\/code> de\u011feri ile mevcut JVM’deki s\u0131n\u0131f\u0131n serialVersionUID<\/code> de\u011ferini kar\u015f\u0131la\u015ft\u0131r\u0131r. E\u011fer bu de\u011ferler uyu\u015fmazsa, JVM InvalidClassException<\/code> f\u0131rlat\u0131r. Bu, s\u0131n\u0131f\u0131n yap\u0131s\u0131nda bir de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131n\u0131 ve serile\u015ftirilmi\u015f verinin mevcut s\u0131n\u0131fla uyumsuz olabilece\u011fini belirtir.
\n* Otomatik ve Manuel Tan\u0131mlama<\/strong>: E\u011fer bir s\u0131n\u0131fta serialVersionUID<\/code> a\u00e7\u0131k\u00e7a tan\u0131mlanmazsa, JVM \u00e7al\u0131\u015fma zaman\u0131nda otomatik olarak bir tane \u00fcretir. Ancak, bu otomatik olarak \u00fcretilen de\u011fer, s\u0131n\u0131f\u0131n yap\u0131s\u0131ndaki en ufak bir de\u011fi\u015fiklikte (\u00f6rne\u011fin, yeni bir alan eklemek veya mevcut bir alan\u0131 kald\u0131rmak) de\u011fi\u015febilir. Bu da, eski serile\u015ftirilmi\u015f nesnelerin yeni s\u0131n\u0131f versiyonuyla deserile\u015ftirilememesine yol a\u00e7ar. Bu nedenle, Serializable<\/code> aray\u00fcz\u00fcn\u00fc implement eden her s\u0131n\u0131fta serialVersionUID<\/code>‘i a\u00e7\u0131k\u00e7a tan\u0131mlamak \u015fiddetle tavsiye edilir<\/strong>:<\/p>\nprivate static final long serialVersionUID = 1L;<\/code><\/pre>\ntransient<\/code> alan eklemek), serialVersionUID<\/code>‘i de\u011fi\u015ftirmeden b\u0131rakabilirsiniz. Ancak, uyumlulu\u011fu bozan bir de\u011fi\u015fiklik yapt\u0131\u011f\u0131n\u0131zda (\u00f6rne\u011fin, bir alan\u0131n tipini de\u011fi\u015ftirmek), serialVersionUID<\/code>‘i art\u0131rarak (\u00f6rne\u011fin 2L<\/code> yapmak) eski serile\u015ftirilmi\u015f verilerin yeni versiyonla uyumsuz oldu\u011funu a\u00e7\u0131k\u00e7a belirtmek en iyi yakla\u015f\u0131md\u0131r.<\/p>\nNesne Grafi\u011fi Serile\u015ftirme<\/h3>\n
writeObject()<\/code> metodu sadece do\u011frudan serile\u015ftirilen nesneyi de\u011fil, ayn\u0131 zamanda bu nesnenin referans etti\u011fi di\u011fer t\u00fcm serile\u015ftirilebilir nesneleri de (derinlemesine) serile\u015ftirir. Bu “nesne grafi\u011fi serile\u015ftirme” olarak bilinir. Bir nesne grafi\u011findeki t\u00fcm nesnelerin Serializable<\/code> aray\u00fcz\u00fcn\u00fc implement etmesi gerekir; aksi takdirde, serile\u015ftirme i\u015flemi s\u0131ras\u0131nda NotSerializableException<\/code> f\u0131rlat\u0131l\u0131r. JVM, d\u00f6ng\u00fcsel referanslar\u0131 ve ayn\u0131 nesneye birden fazla referans\u0131 ak\u0131ll\u0131ca ele al\u0131r, her nesneyi yaln\u0131zca bir kez serile\u015ftirir ve deserile\u015ftirme s\u0131ras\u0131nda do\u011fru referanslar\u0131 yeniden olu\u015fturur.<\/p>\nKal\u0131t\u0131m ve Serile\u015ftirme<\/h3>\n
Serializable<\/code> ise<\/strong>: Bir s\u0131n\u0131f Serializable<\/code> ise, onun t\u00fcm alt s\u0131n\u0131flar\u0131 da otomatik olarak Serializable<\/code>‘d\u0131r. Alt s\u0131n\u0131f\u0131n Serializable<\/code> aray\u00fcz\u00fcn\u00fc a\u00e7\u0131k\u00e7a implement etmesine gerek yoktur.
\n* \u00dcst S\u0131n\u0131f Serializable<\/code> de\u011filse<\/strong>: E\u011fer bir s\u0131n\u0131f Serializable<\/code> ise ancak onun \u00fcst s\u0131n\u0131f\u0131 Serializable<\/code> de\u011filse, \u00fcst s\u0131n\u0131f\u0131n alanlar\u0131 serile\u015ftirilmez. Deserile\u015ftirme s\u0131ras\u0131nda, alt s\u0131n\u0131f\u0131n varsay\u0131lan yap\u0131c\u0131s\u0131 \u00e7al\u0131\u015fmadan \u00f6nce, \u00fcst s\u0131n\u0131f\u0131n parametresiz yap\u0131c\u0131s\u0131 (no-arg constructor) \u00e7a\u011fr\u0131l\u0131r. Bu nedenle, Serializable<\/code> olmayan bir \u00fcst s\u0131n\u0131fa sahip bir s\u0131n\u0131f\u0131n alt s\u0131n\u0131f\u0131n\u0131n, bir parametresiz yap\u0131c\u0131s\u0131 olmas\u0131 zorunludur. E\u011fer \u00fcst s\u0131n\u0131f\u0131n parametresiz bir yap\u0131c\u0131s\u0131 yoksa, InvalidClassException<\/code> veya NotSerializableException<\/code> gibi hatalarla kar\u015f\u0131la\u015f\u0131labilir.<\/p>\n\u00d6zel Serile\u015ftirme Mant\u0131\u011f\u0131 (
readObject()<\/code>, writeObject()<\/code>, readResolve()<\/code>, writeReplace()<\/code>)<\/h3>\nprivate void writeObject(ObjectOutputStream out) throws IOException<\/code> ve private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException<\/code> metotlar\u0131n\u0131 tan\u0131mlayarak serile\u015ftirme ve deserile\u015ftirme s\u00fcrecini kontrol edebilir.
\n* writeObject()<\/code><\/strong>: Bu metot, nesnenin durumunu \u00f6zel bir \u015fekilde kaydetmek istedi\u011finizde kullan\u0131l\u0131r. \u00d6rne\u011fin, hassas verileri \u015fifreleyebilir veya varsay\u0131lan serile\u015ftirme d\u0131\u015f\u0131nda farkl\u0131 bir formatta kaydedebilirsiniz. Bu metodun i\u00e7inde, out.defaultWriteObject()<\/code> \u00e7a\u011fr\u0131s\u0131 yaparak varsay\u0131lan serile\u015ftirme davran\u0131\u015f\u0131n\u0131 tetikleyebilir ve ard\u0131ndan ek verileri yazabilirsiniz.
\n* readObject()<\/code><\/strong>: Bu metot, serile\u015ftirilmi\u015f veriyi \u00f6zel bir \u015fekilde okumak istedi\u011finizde kullan\u0131l\u0131r. in.defaultReadObject()<\/code> \u00e7a\u011fr\u0131s\u0131 yaparak varsay\u0131lan deserile\u015ftirme davran\u0131\u015f\u0131n\u0131 tetikleyebilir ve ard\u0131ndan ek verileri okuyup i\u015fleyebilirsiniz (\u00f6rne\u011fin, \u015fifrelenmi\u015f verileri \u00e7\u00f6zmek).
\n* readResolve()<\/code><\/strong>: Bu metot, deserile\u015ftirme s\u0131ras\u0131nda \u00f6zel bir nesne d\u00f6nd\u00fcrmek istedi\u011finizde kullan\u0131l\u0131r. \u00d6rne\u011fin, Singleton desenini uygulayan bir s\u0131n\u0131fta, deserile\u015ftirme sonucunda her zaman ayn\u0131 \u00f6rne\u011fi d\u00f6nd\u00fcrmek i\u00e7in readResolve()<\/code> kullan\u0131labilir. Bu metot, deserile\u015ftirme i\u015flemi bittikten sonra \u00e7a\u011fr\u0131l\u0131r ve bu metodun d\u00f6nd\u00fcrd\u00fc\u011f\u00fc nesne, readObject()<\/code>‘in d\u00f6nd\u00fcrece\u011fi nesnenin yerine ge\u00e7er.
\n* writeReplace()<\/code><\/strong>: Bu metot, serile\u015ftirme s\u0131ras\u0131nda, mevcut nesnenin yerine farkl\u0131 bir nesnenin serile\u015ftirilmesini istedi\u011finizde kullan\u0131l\u0131r. \u00d6rne\u011fin, bir proxy nesnesini serile\u015ftirmek veya serile\u015ftirilecek nesnenin daha basit bir temsilini sa\u011flamak i\u00e7in kullan\u0131labilir. Bu metodun d\u00f6nd\u00fcrd\u00fc\u011f\u00fc nesne, as\u0131l nesnenin yerine serile\u015ftirilir.<\/p>\nG\u00fcvenlik Konular\u0131<\/h2>\n
\n* G\u00fcvenilir Kaynaklar<\/strong>: Yaln\u0131zca g\u00fcvenilir kaynaklardan gelen serile\u015ftirilmi\u015f verileri deserile\u015ftirin.
\n* transient<\/code> Kullan\u0131m\u0131<\/strong>: Hassas verileri transient<\/code> olarak i\u015faretleyerek serile\u015ftirme d\u0131\u015f\u0131nda tutun.
\n* \u00d6zel Serile\u015ftirme<\/strong>: Gerekirse, writeObject()<\/code> ve readObject()<\/code> metotlar\u0131n\u0131 kullanarak hassas verileri \u015fifreleyin veya do\u011frulay\u0131n.
\n* S\u0131n\u0131f Filtreleme (Java 9 ve sonras\u0131)<\/strong>: Java 9 ile birlikte tan\u0131t\u0131lan ObjectInputFilter<\/code> API’si, hangi s\u0131n\u0131flar\u0131n deserile\u015ftirilmesine izin verilece\u011fini beyaz liste (whitelist) veya kara liste (blacklist) \u015feklinde belirlemenize olanak tan\u0131r. Bu, potansiyel olarak zararl\u0131 s\u0131n\u0131flar\u0131n y\u00fcklenmesini ve \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 engelleyerek deserile\u015ftirme sald\u0131r\u0131lar\u0131na kar\u015f\u0131 \u00f6nemli bir savunma katman\u0131 sa\u011flar.
\n* Alternatif Serile\u015ftirme Mekanizmalar\u0131<\/strong>: G\u00fcvenlik endi\u015feleri y\u00fcksekse, JSON, Protocol Buffers gibi daha g\u00fcvenli ve daha esnek alternatifler kullanmay\u0131 d\u00fc\u015f\u00fcn\u00fcn.<\/p>\nSerile\u015ftirmenin Dezavantajlar\u0131 ve Alternatifleri<\/h2>\n
Dezavantajlar\u0131<\/h3>\n
\n* Esneklik ve Dil Ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131<\/strong>: Java serile\u015ftirme, Java’ya \u00f6zg\u00fcd\u00fcr. Serile\u015ftirilmi\u015f bir Java nesnesini ba\u015fka bir programlama dilinde (Python, C#, JavaScript vb.) kolayca deserile\u015ftirmek genellikle m\u00fcmk\u00fcn de\u011fildir. Bu, farkl\u0131 diller aras\u0131nda ileti\u015fim kuran sistemler i\u00e7in b\u00fcy\u00fck bir k\u0131s\u0131tlamad\u0131r.
\n* Geriye D\u00f6n\u00fck Uyumluluk Sorunlar\u0131<\/strong>: serialVersionUID<\/code> y\u00f6netimi karma\u015f\u0131k olabilir. S\u0131n\u0131f yap\u0131s\u0131ndaki de\u011fi\u015fiklikler, eski serile\u015ftirilmi\u015f verilerle uyumluluk sorunlar\u0131na yol a\u00e7abilir ve bu durum, \u00f6zellikle uzun s\u00fcre kal\u0131c\u0131 olmas\u0131 gereken veriler i\u00e7in bak\u0131m zorlu\u011fu yarat\u0131r.
\n* G\u00fcvenlik A\u00e7\u0131klar\u0131<\/strong>: Daha \u00f6nce bahsedildi\u011fi gibi, deserile\u015ftirme sald\u0131r\u0131lar\u0131 \u00f6nemli bir risk fakt\u00f6r\u00fcd\u00fcr ve dikkatli y\u00f6netim gerektirir.
\n* Okunabilirlik Eksikli\u011fi<\/strong>: Serile\u015ftirilmi\u015f veri ikili (binary) formattad\u0131r ve insanlar taraf\u0131ndan do\u011frudan okunamaz veya d\u00fczenlenemez. Bu, hata ay\u0131klama ve veri analizi s\u00fcre\u00e7lerini zorla\u015ft\u0131r\u0131r.<\/p>\nAlternatifler<\/h3>\n
\n* XML (Extensible Markup Language)<\/strong>: Daha eski ancak hala yayg\u0131n olarak kullan\u0131lan bir veri de\u011fi\u015fim format\u0131d\u0131r. Daha detayl\u0131 ve \u015fema tabanl\u0131 olmas\u0131yla bilinir. SOAP tabanl\u0131 web servislerinde hala kullan\u0131m\u0131 mevcuttur. Java’da JAXB (Java Architecture for XML Binding) gibi API’ler veya DOM\/SAX parsleyiciler ile kullan\u0131l\u0131r.
\n* Protocol Buffers (Protobuf)<\/strong>: Google taraf\u0131ndan geli\u015ftirilen, dil ve platform ba\u011f\u0131ms\u0131z, geni\u015fletilebilir bir mekanizmad\u0131r. Yap\u0131land\u0131r\u0131lm\u0131\u015f verileri serile\u015ftirmek i\u00e7in kullan\u0131l\u0131r ve JSON\/XML’e g\u00f6re daha kompakt ve daha h\u0131zl\u0131d\u0131r. Genellikle y\u00fcksek performans gerektiren mikroservis mimarilerinde veya gRPC gibi RPC \u00e7er\u00e7evelerinde tercih edilir.
\n* Apache Avro<\/strong>: Veri serile\u015ftirme sistemi, \u00f6zellikle Hadoop ekosisteminde yayg\u0131n olarak kullan\u0131l\u0131r. \u015eema tabanl\u0131d\u0131r ve dinamik \u015fema evrimini destekler, bu da geriye d\u00f6n\u00fck ve ileriye d\u00f6n\u00fck uyumluluk sorunlar\u0131n\u0131 ele almada etkilidir.
\n* Kryo<\/strong>: Y\u00fcksek performansl\u0131, Java’ya \u00f6zg\u00fc bir serile\u015ftirme k\u00fct\u00fcphanesidir. Java’n\u0131n varsay\u0131lan serile\u015ftirmesine g\u00f6re \u00e7ok daha h\u0131zl\u0131 ve daha kompaktt\u0131r. \u00d6zellikle performansa duyarl\u0131 Java uygulamalar\u0131nda tercih edilebilir.<\/p>\nExternalizable<\/code> Aray\u00fcz\u00fc<\/h3>\njava.io.Externalizable<\/code> aray\u00fcz\u00fc de bulunur. Serializable<\/code> aray\u00fcz\u00fcnden farkl\u0131 olarak, Externalizable<\/code> bir i\u015faretleyici aray\u00fcz de\u011fildir; writeExternal(ObjectOutput out)<\/code> ve readExternal(ObjectInput in)<\/code> ad\u0131nda iki metot i\u00e7erir. Bu metotlar\u0131 implement eden bir s\u0131n\u0131f, serile\u015ftirme ve deserile\u015ftirme s\u00fcrecini tamamen kendi kontrol\u00fcne al\u0131r.
\n* Avantajlar\u0131<\/strong>:
\n * Performans<\/strong>: Geli\u015ftirici, sadece gerekli alanlar\u0131 serile\u015ftirerek performans\u0131 optimize edebilir ve daha kompakt bir \u00e7\u0131kt\u0131 olu\u015fturabilir.
\n * G\u00fcvenlik<\/strong>: Ne t\u00fcr verilerin serile\u015ftirilece\u011fi ve nas\u0131l i\u015flenece\u011fi \u00fczerinde tam kontrol sa\u011flar.
\n * Geriye D\u00f6n\u00fck Uyumluluk<\/strong>: Geli\u015ftirici, manuel olarak versiyonlama mant\u0131\u011f\u0131 ekleyerek s\u0131n\u0131f yap\u0131s\u0131ndaki de\u011fi\u015fikliklere daha esnek yan\u0131t verebilir.
\n* Dezavantajlar\u0131<\/strong>:
\n * Karma\u015f\u0131kl\u0131k<\/strong>: Serile\u015ftirme ve deserile\u015ftirme mant\u0131\u011f\u0131n\u0131 tamamen manuel olarak yazmak gerekir, bu da hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve daha fazla kod gerektirir.
\n * Bak\u0131m<\/strong>: S\u0131n\u0131f yap\u0131s\u0131 de\u011fi\u015ftik\u00e7e, writeExternal()<\/code> ve readExternal()<\/code> metotlar\u0131n\u0131n da g\u00fcncellenmesi gerekir.<\/p>\nExternalizable<\/code>, \u00f6zellikle performans kritik uygulamalarda veya serile\u015ftirme s\u00fcrecinde \u00e7ok ince ayar gerektiren durumlarda tercih edilebilir.<\/p>\nSonu\u00e7<\/h2>\n
Serializable<\/code> aray\u00fcz\u00fc, ObjectOutputStream<\/code> ve ObjectInputStream<\/code> s\u0131n\u0131flar\u0131 arac\u0131l\u0131\u011f\u0131yla nesnelerin durumunu bir bayt ak\u0131\u015f\u0131na d\u00f6n\u00fc\u015ft\u00fcrme ve geri y\u00fckleme i\u015flemini kolayla\u015ft\u0131r\u0131r. transient<\/code> anahtar kelimesi, serialVersionUID<\/code> ve \u00f6zel serile\u015ftirme metotlar\u0131 gibi \u00f6zellikler, geli\u015ftiricilere bu s\u00fcre\u00e7 \u00fczerinde kontrol ve esneklik sa\u011flar.<\/p>\nExternalizable<\/code> aray\u00fcz\u00fc ise, Java’n\u0131n yerle\u015fik serile\u015ftirmesine g\u00f6re daha fazla kontrol ve optimizasyon imkan\u0131 sunan bir Java i\u00e7i alternatiftir.<\/p>\n