{"id":30253,"date":"2025-09-25T16:00:25","date_gmt":"2025-09-25T13:00:25","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/java-bellegi-stringlerin-gercekte-nasil-calistigi\/"},"modified":"2025-09-25T16:00:25","modified_gmt":"2025-09-25T13:00:25","slug":"java-bellegi-stringlerin-gercekte-nasil-calistigi","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/java-bellegi-stringlerin-gercekte-nasil-calistigi\/","title":{"rendered":"Java Belle\u011fi: String’lerin Ger\u00e7ekte Nas\u0131l \u00c7al\u0131\u015ft\u0131\u011f\u0131"},"content":{"rendered":"

Java Belle\u011fi: String’lerin Ger\u00e7ekte Nas\u0131l \u00c7al\u0131\u015ft\u0131\u011f\u0131<\/p>\n

Java’da string’lerin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131, performans optimizasyonu ve bellek y\u00f6netimi a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir. Bu makale, string’lerin temel mekanizmalar\u0131ndan ileri d\u00fczey optimizasyon tekniklerine kadar kapsaml\u0131 bir \u015fekilde ele alarak, Java geli\u015ftiricilerinin bu konudaki anlay\u0131\u015flar\u0131n\u0131 derinle\u015ftirecektir. Java string y\u00f6netimini tam anlam\u0131yla kavrayarak, uygulamalar\u0131n\u0131z\u0131n performans\u0131n\u0131 ve g\u00fcvenilirli\u011fini art\u0131rabilirsiniz.<\/p>\n

Java’da String’ler: Temel Kavramlar<\/h2>\n

Java, string’leri String<\/code> s\u0131n\u0131f\u0131 arac\u0131l\u0131\u011f\u0131yla temsil eder. Bu s\u0131n\u0131f, java.lang<\/code> paketinde bulunur ve dolay\u0131s\u0131yla her zaman kullan\u0131labilir. \u00d6nemli bir \u00f6zellik ise, String<\/code>‘lerin immutable<\/strong> (de\u011fi\u015ftirilemez) olmalar\u0131d\u0131r. Bir kere olu\u015fturulduktan sonra, bir string nesnesinin de\u011feri de\u011fi\u015ftirilemez. Bunun yerine, string \u00fczerinde herhangi bir i\u015flem (\u00f6rne\u011fin, birle\u015ftirme veya alt dize \u00e7\u0131karma) yeni bir string nesnesi olu\u015fturur. Bu, program\u0131n bellek y\u00f6netimi a\u00e7\u0131s\u0131ndan \u00f6nemli sonu\u00e7lar do\u011furur. \u00d6rne\u011fin, a\u015fa\u011f\u0131daki kodda:<\/p>\n

String str1 = \"Merhaba\";\nString str2 = str1 + \" D\u00fcnya!\";<\/pre>\n
<\/code><\/p>\n
str1 + \" D\u00fcnya!\"<\/code> i\u015flemi, \"Merhaba D\u00fcnya!\" de\u011ferini i\u00e7eren yeni bir String<\/code> nesnesi olu\u015fturur ve str2<\/code> bu yeni nesneyi referans eder.  str1<\/code> ise \"Merhaba\" de\u011ferini tutmaya devam eder.  Bu durum, \u00f6zellikle d\u00f6ng\u00fcler i\u00e7inde \u00e7ok say\u0131da string birle\u015ftirme i\u015flemi yap\u0131ld\u0131\u011f\u0131nda, bellek t\u00fcketiminin h\u0131zl\u0131 bir \u015fekilde artmas\u0131na yol a\u00e7abilir.  Bu nedenle, b\u00fcy\u00fck hacimli string i\u015flemlerinde performans optimizasyonuna dikkat etmek gerekir.  Bunun i\u00e7in StringBuilder veya StringBuffer gibi de\u011fi\u015ftirilebilir (mutable) s\u0131n\u0131flar kullan\u0131labilir.  Bu s\u0131n\u0131flar, verimlili\u011fi art\u0131rmak i\u00e7in stringleri bir tampon alan\u0131 i\u00e7inde i\u015fler ve yeni nesneler olu\u015fturmak yerine mevcut nesneyi de\u011fi\u015ftirirler.<\/p>\n
String Havuzu (String Pool): Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h2>\n
Java'n\u0131n performans\u0131n\u0131 art\u0131rmak i\u00e7in kulland\u0131\u011f\u0131 \u00f6nemli bir mekanizma da string havuzu (string pool)dur.  String havuzu, JVM (Java Virtual Machine) taraf\u0131ndan y\u00f6netilen, e\u015fsiz string nesnelerini depolayan bir alan\u0131d\u0131r.  Literal string'ler (t\u0131rnak i\u00e7inde tan\u0131mlanan string'ler), ilk olu\u015fturulduklar\u0131nda string havuzuna eklenir.  E\u011fer ayn\u0131 literal string daha sonra tekrar olu\u015fturulursa, string havuzu'ndaki mevcut nesne referans edilir ve yeni bir nesne olu\u015fturulmaz. Bu sayede bellek t\u00fcketimi azalt\u0131l\u0131r ve performans art\u0131r\u0131l\u0131r.  \u00d6rne\u011fin:<\/p>\n
String str1 = \"Java\";\nString str2 = \"Java\";<\/pre>\n
<\/code><\/p>\n
Bu kodda, str1<\/code> ve str2<\/code> ayn\u0131 string havuzu nesnesini referans eder.  Bu, str1 == str2<\/code> ifadesinin true<\/code> d\u00f6nd\u00fcrmesine neden olur.  Ancak,  new String(\"Java\")<\/code> gibi yeni bir String<\/code> nesnesi olu\u015fturulursa, bu nesne string havuzunda yer almaz ve yeni bir nesne olu\u015fturulur.  Bu durum, ==<\/code> operat\u00f6r\u00fc yerine equals()<\/code> metodunun kullan\u0131lmas\u0131n\u0131n \u00f6nemini vurgular.  equals()<\/code> metodu, string'lerin i\u00e7eriklerini kar\u015f\u0131la\u015ft\u0131r\u0131rken, ==<\/code> operat\u00f6r\u00fc referanslar\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131r.<\/p>\n
String Literaller ve Yeni Operat\u00f6r\u00fc: Fark Nedir?<\/h2>\n
String'leri olu\u015fturman\u0131n iki temel yolu vard\u0131r: literal string'ler ve new<\/code> operat\u00f6r\u00fc ile olu\u015fturulan string'ler.  Literal string'ler, t\u0131rnak i\u015faretleri i\u00e7inde tan\u0131mlan\u0131r ve string havuzunda depolan\u0131r.  new<\/code> operat\u00f6r\u00fc ile olu\u015fturulan string'ler ise, \u00f6ncelikle heap belle\u011finde olu\u015fturulur ve daha sonra string havuzu'na kopyalanabilir.  Bu iki y\u00f6ntem aras\u0131nda performans ve bellek y\u00f6netimi a\u00e7\u0131s\u0131ndan farkl\u0131l\u0131klar vard\u0131r. Literaller genellikle daha verimlidir \u00e7\u00fcnk\u00fc direkt olarak havuzdan referans al\u0131rlar.  Ancak, new<\/code> operat\u00f6r\u00fc, \u00f6zellikle dinamik string olu\u015fturma gerekti\u011finde gerekli olabilir.  Bu nedenle, hangi y\u00f6ntemi kullanaca\u011f\u0131n\u0131za karar verirken uygulaman\u0131z\u0131n ihtiya\u00e7lar\u0131n\u0131 dikkatlice de\u011ferlendirmeniz \u00f6nemlidir.<\/p>\n
String Birle\u015ftirme: + Operat\u00f6r\u00fc ve StringBuilder<\/h3>\n
String birle\u015ftirme i\u015flemi s\u0131kl\u0131kla kullan\u0131lan bir i\u015flemdir.  +<\/code> operat\u00f6r\u00fc kullan\u0131larak yap\u0131lan birle\u015ftirmeler her bir i\u015flemde yeni bir String nesnesi olu\u015fturdu\u011fundan performans a\u00e7\u0131s\u0131ndan verimsiz olabilir. B\u00fcy\u00fck miktarda birle\u015ftirme i\u015flemi yap\u0131yorsan\u0131z, StringBuilder<\/code> veya StringBuffer<\/code> s\u0131n\u0131flar\u0131n\u0131 kullanarak performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirsiniz.  StringBuilder<\/code> thread-safe olmayan, StringBuffer<\/code> ise thread-safe bir s\u0131n\u0131ft\u0131r.  E\u011fer birden fazla thread taraf\u0131ndan ayn\u0131 StringBuilder<\/code> nesnesi \u00fczerinde i\u015flem yap\u0131l\u0131rsa, beklenmeyen sonu\u00e7lar elde edilebilir.  Bu nedenle, tek threadli ortamlarda StringBuilder<\/code> tercih edilirken, \u00e7ok threadli ortamlarda StringBuffer<\/code> kullan\u0131lmal\u0131d\u0131r. A\u015fa\u011f\u0131daki \u00f6rnek, StringBuilder<\/code> kullan\u0131m\u0131n\u0131 g\u00f6stermektedir:<\/p>\n
StringBuilder sb = new StringBuilder();\nfor (int i = 0; i < 1000; i++) {\n    sb.append(\"Merhaba \");\n}\nString result = sb.toString();<\/pre>\n
<\/code><\/p>\n
Bu \u00f6rnekte, 1000 \"Merhaba \" string'i tek bir StringBuilder<\/code> nesnesi i\u00e7inde birle\u015ftirilir ve sonucu tek bir toString()<\/code> \u00e7a\u011fr\u0131s\u0131 ile elde edilir. Bu, +<\/code> operat\u00f6r\u00fcn\u00fc kullanarak 1000 string birle\u015ftirme i\u015flemi yapmaktan \u00e7ok daha verimlidir.<\/p>\n
\u0130leri D\u00fczey Konular: String Interning ve Performans Optimizasyonu<\/h2>\n
String interning, string havuzuna yeni bir string ekleme i\u015flemidir.  Java, string literal'leri otomatik olarak intern eder.  Ancak, String.intern()<\/code> metodu kullan\u0131larak,  di\u011fer string'ler de string havuzuna eklenebilir.  Bu, ayn\u0131 string de\u011ferinin birden fazla kopyas\u0131n\u0131n olu\u015fturulmas\u0131n\u0131 \u00f6nleyerek bellek t\u00fcketimini azalt\u0131r ve performans\u0131 art\u0131r\u0131r.  String interning'in performans etkisi \u00f6zellikle b\u00fcy\u00fck string havuzlar\u0131nda belirginle\u015fir. Bununla birlikte, string havuzunun b\u00fcy\u00fckl\u00fc\u011f\u00fcn\u00fc ve bellek y\u00f6netimini dikkatlice takip etmek gerekir.  Fazla say\u0131da string'in intern edilmesi bellek y\u00f6netimi problemlerine neden olabilir.<\/p>\n
Ger\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka Analizleri<\/h3>\n
\u00d6rne\u011fin, bir web uygulamas\u0131nda kullan\u0131c\u0131 giri\u015f i\u015flemi s\u0131ras\u0131nda, kullan\u0131c\u0131 ad\u0131 ve \u015fifre string'leri s\u00fcrekli olarak kar\u015f\u0131la\u015ft\u0131r\u0131l\u0131r.  Bu kar\u015f\u0131la\u015ft\u0131rma i\u015flemlerinin performans\u0131n\u0131 art\u0131rmak i\u00e7in, kullan\u0131c\u0131 ad\u0131 ve \u015fifre string'lerini string havuzuna eklemek faydal\u0131 olabilir. Bu sayede, her kar\u015f\u0131la\u015ft\u0131rma i\u015flemi i\u00e7in yeni bir string nesnesi olu\u015fturmak zorunda kalmadan, string havuzundaki mevcut nesneler referans edilebilir.  Ba\u015fka bir \u00f6rnek olarak, b\u00fcy\u00fck miktarda veri i\u00e7eren bir dosya i\u015flemi s\u0131ras\u0131nda, string i\u015flemlerinin performans\u0131 olduk\u00e7a \u00f6nemlidir.  Bu durumlarda, StringBuilder<\/code> veya StringBuffer<\/code> kullanarak, string birle\u015ftirme i\u015flemlerinin performans\u0131n\u0131 optimize edebilir ve bellek t\u00fcketimini azaltabilirsiniz.<\/p>\n
Java'da String Performans\u0131: Optimizasyon \u0130pu\u00e7lar\u0131<\/h2>\n
Java'da string performans\u0131n\u0131 optimize etmenin birka\u00e7 yolu vard\u0131r. Bunlardan baz\u0131lar\u0131 \u015funlard\u0131r:<\/p>\n