Loading...

XML

Word

Printable

Type: Enhancement
Resolution: Fixed
Priority: P3
Fix Version/s: 5.0
Affects Version/s: 1.2.2, 1.3.0, 1.3.1, 1.4.0, 1.4.2
Component/s: core-libs
Labels:

Subcomponent:
java.lang
Resolved In Build:
tiger
CPU:

generic, x86
OS:

generic, windows_2000

Name: krT82822 Date: 08/11/99

(see also 4092829 --kevin.ryan@eng, 8/11/99)

Every modification to StringBuffer is synchronized, to make it
thread safe. If a large string is being built from many small
pieces, this can be a significant CPU drain. I have yet to
encounter a situation where I am modifying a StringBuffer from
multiple threads, so I would very much like a class just like
StringBuffer that didn't synchronize.

It would be nice if such a class was included in the java.lang
package.
(Review ID: 93768)
======================================================================

duplicates

JDK-4959686 (spec) x = "a" + 4 + "c" example in StringBuffer documentation is misleading

Closed

JDK-4294619 need to have non-synchronized versions of the important Java.lang and java.util

Closed

JDK-4294620 improve performance in string classes by removing unnecessary synchronizations

Closed

relates to

JDK-5073574 StringBuffer methods do not inherit @throws from AbstractStringBuilder

Resolved

JDK-4963902 Update BigDecimal and BigInteger to use StringBuilder instead of StringBuffer

Resolved

JDK-4857439 4% Regression in JetStream benchmark across all platforms in Tiger b05

Resolved

JDK-4655503 need a resize method to go with clone on all array types

Resolved

(2 relates to)

Assignee:: Michael Mccloskey (Inactive)

Reporter:: Kevin Ryan (Inactive)

Votes:: 0 Vote for this issue

Watchers:: 0 Start watching this issue

Created:: 1999-08-11 13:53

Updated:: 2017-05-16 09:48

Resolved:: 2003-07-31 17:34

Imported:: 15/Sep/12 10:44 PM

Indexed:: 17/Jul/12 7:11 PM

Details

Description

Attachments

Issue Links

Activity

People

Dates