자바에는 포인터가 없다고 들었습니다

글쎄요.. 포인터가 없다고 하기엔 무리가 있어보이네요.

Object o1 = new Object();
Object o2 = o1;

이라고 했을 때, o1 객체가 o2 객체로 복사되는 것이 아니라, o1 객체가 참조하고 있는 곳과 똑같은 곳을 참조하도록 할 뿐입니다. o1.hashcode() 와 o2.hashcode() 의 값을 비교해보면 알 수 있겠죠.

포인터 연산만 못하게 되어있을 뿐, 실제로는 포인터라고 볼 수 있겠죠.

http://blog.superwtk.com/

제 개인적인 생각으로는

포인터라는 용어만이 존재하지 않을 뿐입니다.
자바에서는 흔히 참조라고 하죠. 포인터의 개념을-
메모리 구조로 보면 C++의 포인터와 유사합니다.

I think I can!!
Google Talk::chanju_dot_jeon(at)gmail_dot_com

아무래도 포인터가 없으면 불편해서..

각 언어마다 포인터라는 개념은 다 있고, 각자의 구현과 쓰는 방법이 다 다릅니다.
단지 C/C++/asm에서 쓰는 포인터만이 "진정한 포인터"라고 생각하시는 모양이군요.
그렇게 생각하기게 된 계기가 무엇인지요?
이런 댓글을 보면 다른 분들이 게시판을 실명제로 운영하자는 말씀에 심하게 공감이 가네요.

위키피디아를 살펴봤습니다.

In computer science, a pointer is a programming language datatype whose value refers directly to ("points to") another value stored elsewhere in the computer memory using its address.
컴퓨터 과학 분야에서, 포인터는 프로그래밍 언어 데이터타입이다. 이 데이터 타입은 다른 값으로부터 참조되는 값을 저장하는데, 그 참조되는 값은 컴퓨터 메모리상에 주소 어딘가에 저장되어있다.
A pointer is a simple implementation of the general reference datatype (although it is quite different from the facility referred to as a reference in C++).
(C++의 레퍼런스처럼, 참조되는 방법이 많이 다르더라도-"C++에서는 포인터와 레퍼런스가 서로 다르게 취급되는 것에 대한 말") 포인터는 보통의 레퍼런스 데이터타입의 구현이다.
Pointers are so commonly used as references that sometimes people use the word "pointer" to refer to references in general;
포인터는 보통 레퍼런스처럼 사용되는데, 어떤 사람들은 일반적으로 레퍼런스를 참조하는 것을 포인터라고 부른다.
however, more properly it only applies to data structures whose interface explicitly allows it to be manipulated as a memory address.
즉, 더 정확하게 말하자면, 포인터는 여러 데이터 구조를, 메모리 주소를 써서 다루게하는 명시적인 인터페이스일 뿐이다.

덧붙여 레퍼런스에 대한 설명입니다.

In computer science, a reference is a small object containing information which refers to data elsewhere, as opposed to containing the data itself.
컴퓨터 과학 분야에서, 레퍼런스는 데이터가 그 자신을 뜻하는 것과는 반대로, 어딘가에 있는 데이터를 참조하는 정보를 뜻하는 작은 오브젝트다.
Accessing the value that a reference refers to is called dereferencing it.
레퍼런스가 참조하는 값을 살펴보는 것은 디레퍼런싱이라고 부른다.
References are fundamental in constructing many data structures and in exchanging information between different parts of a program.
레퍼런스는 많은 데이터 구조를 만들거나, 프로그램의 서로 다른 부분의 정보를 교환할때 쓰는 기본 도구다.

레퍼런스는 데이터 자신이 아니라 그 데이터를 가리키는 오브젝트를 뜻하고, 포인터는 레퍼런스의 구현이라고 되어있습니다.

위에서 적힌대로 설명하자면, 어떤 프로그래밍 언어도 "메모리를 쓰지 않는" 언어는 없으며, 당연히 데이터와 함께 데이터를 가리키는 레퍼러스의 개념이 있고, 당연하게 레퍼런스를 쓸수 있게 구현한 "포인터"를 쓰고 있습니다.
즉, 어떤 언어건 간에 포인터는 무조건 존재합니다. 왜냐하면 포인터가 없다면 프로그램자체가 불가능하기 때문입니다.
어떤 오브젝트에서 다른 오브젝트를 가리킬 방법이 없다면, 어떻게 프로그램을 짤 수 있겠습니까?

제가 말씀하고자하는 바는 애초에 "포인터가 없어서 저수준의 하드웨어 제어는 불가능한가"라는 질문자체가 잘못되었다는 것을 지적하려고 했던 것입니다. 물론 의도와는 다른 방향으로 글이 전개된 것은 있습니다 (__)

어쨌든 다시 정확히 말씀드리자면, 포인터의 존재유무와 저수준의 하드웨어 제어는 서로 관계가 없습니다.

1. 어떤 언어가 저수준 하드웨어 제어가 편할 수도 불편할 수는 있습니다.
2. 어떤 언어가 포인터를 쓰는 문법이 편하고 불편할 수는 있습니다.
3. 어떤 언어가 포인터와 저수준 하드웨어 제어가 서로 잘 맞물리는 경우도 서로 관계없는 경우도 있을 수 있습니다.

따져보면 C는 1과 3은 좋은 편이지만 2가 반드시 좋다고 말할 수 없습니다. 왜냐하면 추상 수준이 그만큼 낮기때문에 복잡한 포인터의 연관관계가 얽히게 되면 프로그래밍이 더 어려워질 수 있습니다. C에서 포인터가 그렇게 편하다면 프로그램 거의 모든 부분을 포인터만으로 작성해도 불편함이 없어야 합니다. 실제로 이렇게 하기에는 너무 많은 메모리 충돌문제 등이 발생해서 어렵죠.

Java는 1과 3이 불편합니다면, 2는 C보다는 편하다고 볼 수 있습니다. 일단 저수준에서 한단계 올라선 추상수준을 지니고 있기때문에, 최소한의 메모리 문제에서 자유롭습니다. 하지만 여전히 추상수준이 낮아서, 프로그램이 정말 복잡한 레퍼런스 관계를 가진다면 주의를 해가면서 써야합니다.

Prolog와 같은 언어는 역시 1과 3이 안좋습니다만, 2는 아주 편합니다. 보이는 오브젝트는 모두 포인터로 구성되고 추상수준이 매우 높아서 각각의 오브젝트를 가리키는데 불편함이 없습니다.

"포인터의 유무는 저수준 하드웨어 제어와는 상관없는 문제고, C의 경우에는 포인터의 문법이 하드웨어 제어와 잘 맞아들어간 경우다."라고 결론 내릴 수 있겠습니다.

그렇다면 제가 길게 쓴 글이 다 틀린 것이군요.
결국 제가 하는 말은 "레퍼런스를 다루는 것이 포인터다"라는 논리에 근거한 것이었는데 말이죠.
제가 너무 확대해석을 한 것이겠네요.
안되는 영어 해석해가면서 길게 길게 적었는데 그야말로 털썩입니다.
님의 해석이 정확하십니다.
위의 글이 너무너무 부끄럽고, 잘못된 걸 알게되서 다행스럽다는 생각도 드네요.
두고두고 놔두면서 제 얄팍한 지식을 좀 더 가다듬는 계기로 삼아야겠네요.

다시 결론 내리자면 "제가 틀렸습니다." 어이쿠.

저에게 딱 들어맞는 말인 것 같습니다. ㅠㅠ
꼬리를 다리라고 부르면 다리는 하나뿐인게죠.

그런데 제가 엄청난 고수는 아니지만 C를 1993년부터 써왔습니다. C++는 1996년부터구요.
대학원 공부때문에 최근 몇년간 다른 언어를 많이 접하고 깊이도 얕은 것은 사실이지만,
프로그래밍을 정통으로 배우지 못했다고 하거나 인터넷에 떠도는 글 몇개 줏어보고 라는 말은 심히 거슬리네요.
같은 말이라도 익명이 아니라 실제 아이디로 말씀하셨다면 조금이나마 덜 기분나쁘겠는데요.

그런데 의외로 JAVA 하시는분들이 자바에도 포인터가 있다고 우기는경우가 많더군요..

그뿐아니라 대부분비슷한논리를 펼치는것을보는데
자바하시는분들은 이런이야기들도 공유 하나요?

위 인용문에 대한 질문에는 동의를 못하는 것이 제 입장입니다. 언어를 익힌다는 것은, 기존의
틀 안에서 새로운 언어를 다 이해해보자는것이 목적이 아니라, 새로운 언어로 새롭게 사고하고자하는 것입니다.

자바는 레퍼런스만 있을 뿐 포인터는 없습니다. 물론 그 구현은 포인터로 되어있겠죠. 그리고 포인터라는건
결국 indirect 하게 메모리 위치를 addressing할 뿐입니다. 즉 실제 객체의 위치가 또다른 메모리 공간에
저장되어있어서, 그걸 통해서 메모리 위치를 가보겠다는 것입니다. 그러나 그것은 구현의 입장이고,
자바는 자바의 방식으로 이해하는 것이 맞습니다. 참조는 참조고, 스마트 포인터도 아니고, 포인터도 아닙니다.
실제로 스마트 포인터처럼 변수가 스코프를 벗어난다고 메모리가 해제되는 것도 아니니까요.
자바는 자바이게 놓아 두세요. 자바는 C도 C++도 아닙니다. 그 둘의 유산을 물려받았지만 같은 언어가
아닙니다...

자바와 C++의 레퍼런스의 차이는 존재합니다. C++의 경우 한번 레퍼런스가 되면 그걸 바꿀 수가 없지만
자바는 가능하다는 것 등이요.. 또 C++의 레퍼런스는 null로 초기화 할 수 없으나 자바는 가능합니다.
한편 C/C++의 포인터는 널로 초기화할 수 있죠. C++의 레퍼런스는 할당후 변경할 수 없으나
자바는 가능합니다. C/C++에서 널을 할당후 사용하면 프로그램이 죽지만 자바는 NullPointerException
예외를 발생시킵니다.

보통 보면 자바를 약간 하는 정도의 분들이 자바를 설명할때 꼭 포인터의 개념을 끌어들이시는데 정말 정말
저는 그런 설명방식에 반대합니다. 자바를 처음 배우는 사람들이 포인터가 뭔지 제대로 알고 있는 경우도
드문데 꼭 이전 언어의 프레임웍을 끌어들여 설명해야하는지 의문입니다...

바로 이런 이유에서 자바에서 포인터를 제외하였습니다. 자바는 태생이 보안을 염두에 두고 설계된 언어입니다.
제임스 고슬링 아저씨도 바로 객체의 접근이 모두 안전하게 처리된다는 것을 자바의 최대 장점으로 꼽습니다.

자바는 레퍼런스 카운팅을 하지 않습니다. 레퍼런스 카운팅은 circular 한 참조가 있을경우 해결이 불가능하잖아요.
요즘은 다들 mark & sweep 으로 출발해서 변형된 방식을 사용합니다.

원래의 질문인

에 대해서는 '불편합니다'가 답입니다. 자바는 virtual machine상에서 돌아가므로 원래의 하드웨어를
접근할 수 없습니다. 저수준 제어가 꼭 필요하다면 C로 구현하고 JNI로 랩핑해서 자바에서 접근해야만 합니다.
그런데 그러다보면 배보다 배꼽이 클 것 같습니다. 만약 자바를 잘하시는데 하드웨어 제어를 해보고 싶다고
생각하시면, 일단 라이브러리를 찾아보세요. 가령 패킷 캡처의 경우 자바에도 라이브러리가 잘 구축되어
오픈소스로 공개가 되어있거든요.

--
Passion is like genius; a miracle.

@우후랄라:

다섯가지로 질문드리겠습니다. 앞서,

1) 누가 '자바를 자바이게 하라'라고 설명했습니까? 언어를 배우는것은 기존의 개념을 배제하는 의미라고 누가 앞서서 말했습니까?
2) 누가 자바에서 포인터를 없앤 이유를 보안때문이라고 앞서서 설명했습니까?
3) 여기서 누가 자바의 GC가 레퍼런스 카운팅이 아니며 mark & sweep 이라고 했습니까? 또한 auto_ptr 류와 다르다고 말했습니까?
4) 누가 JNI 랩핑 클래스를 구현하기에 앞서 찾아보라고 말했습니까? 누가 자바로 하게 되면 오히려 오버헤드가 클 수 있다고 말했습니까?

마지막으로,
5) 당신은 왜 여기에 아무 필요없는 (non-informative)이야기를 덧붙입니까?

--
Passion is like genius; a miracle.