2010-03-27 5 views

답변

15

근본적인 차이점은 스레드가 동일한 주소 공간에 있지만 프로세스가 다른 주소 공간에 있다는 점입니다. 즉, 스레드 간 통신은 객체에 대한 참조를 전달하고 공유 객체를 변경하는 것이지만 프로세스는 객체의 직렬화 된 복사본을 전달하는 것입니다.

실제적으로 Java interthread 통신은 공유 객체에 대한 일반 Java 메소드 호출로 구현할 수 있습니다. 또는 새로운 동시성 클래스를 사용하여 핵심 동기화 (및 오류가 발생하기 쉬운) 동기화를 숨길 수 있습니다 문제.

대조적으로 Java 프로세스 간 통신은 상태, 요청 등을 메시지 또는 다른 Java 프로세스에 대한 스트림으로 보낼 수있는 바이트 시퀀스로 변환 할 때 가장 낮은 레벨을 기반으로합니다. 이 작업을 직접 수행하거나 다양한 수준의 복잡성을 가진 다양한 "미들웨어"기술을 사용하여 구현 세부 사항을 추상화 할 수 있습니다. 사용할 수있는 기술로는 Java 객체 직렬화, XML, JSON, RMI, CORBA, SOAP/"웹 서비스", 메시지 대기열 등이 있습니다.

실질적인 수준에서 스레드 간 통신은 프로세스 간 통신보다 훨씬 빠르게 진행되며 많은 것을 훨씬 간단하게 처리 할 수 ​​있습니다. 그러나 단점은 모든 것이 동일한 JVM에 있어야한다는 것입니다. 따라서 잠재적 인 확장 성 문제, 보안 문제, 견고성 문제 등이 있습니다.

+0

스티븐 감사합니다. 이론적으로 답을 얻을 수 있습니다.이 차이를 설명하기 위해 몇 가지 예제 또는 코드 조각을 제공하면 더 좋을 것입니다. 플렉스 – JavaUser

+3

@JavaUser - 실시간 또는 실제 생활을 의미합니까? 어느 쪽이든이 자료를 배우는 좋은 방법은 Sun/Oracle의 방대한 온라인 자습서 정보를 이용하는 것입니다. –

2

저는 JVM의 단일 인스턴스를 프로세스로 생각하고 싶습니다. 따라서 프로세스 간 통신은 JVM의 인스턴스 간 (예 : 소켓 통과 (메시지 전달))이 될 수 있습니다.

Java의 스레드는 Runnable을 구현하며 JVM 내에 포함되어 있습니다. JVM에서 참조를 전달하여 데이터를 공유합니다. 스레드가 데이터를 공유 할 때마다 거의 항상 데이터를 보호해야하므로 여러 스레드가 서로 충돌하지 않습니다. 다중 스레드가 코드의 중요한 섹션에 들어가는 것을 방지하는 많은 메커니즘이 있습니다.

5

스레드는 동일한 프로세스 내에서 다른 스레드가 조작 할 수있는 메모리조차도 프로세스 내부의 메모리에 액세스 할 수 있습니다. 모든 스레드는 동일한 실행중인 프로세스의 내부에 있기 때문에 심판에게 운영 체제가 필요하지 않으므로보다 신속하게 통신 할 수 있습니다.

  1. 네트워크 패키지 : 당신과 같은 다양한 수단을 통해 프로세스 간 통신을 할 수 있지만

    프로세스는 다른 프로세스의 내부 메모리에 액세스 할 수 없다.

  2. 파일
  3. 파이프
  4. 공유 메모리
  5. 세마포어
  6. 코바 메시지
  7. RPC 통신을 처리하는 과정을 기억하는

중요한 것은 호출 통신이 관리해야한다는 것입니다 운영 체제를 통해, 그리고 중간 남자를 필요로하는 모든 것들과 마찬가지로 오버 헤드가 추가됩니다.

단점이라면 스레드가 잘못 실행되면 실행중인 프로세스에서 오류가 발생하며 확률이 높으면 모든 정상 동작 스레드를 제거 할 수 있습니다. 프로세스가 오동작하면 다른 프로세스의 메모리에 직접 쓸 수 없으며 오작동하는 프로세스 만 죽을 수도 있습니다.

2

스레드 간 통신 = 이야기 같은 JVM 내부 스레드 서로

프로세스 간 통신 (IPC) = 동일한 시스템 내부 스레드하지만 내부의 서로

스레드 얘기를 다른 JVM이 실행 동일한 JVM이 lock-free 큐를 통해 파이프 라이닝을 사용하여 나노초 지연으로 서로 이야기 할 수 있습니다.

다른 JVM의 스레드는 일반적으로 같은 메모리 매핑 파일을 통해 가져온 힙 (off-heap) 공유 메모리를 사용하여 나노초 대기 시간으로 서로 통신 할 수 있습니다.

다른 컴퓨터의 스레드는 네트워크를 사용하여 마이크로 초 대기 시간으로 서로 통신 할 수 있습니다.

잠금없는 큐와 IPC에 대한 자세한 설명은 CoralQueue을 참조하십시오.

면책 조항 : 저는 CoralQueue 개발자 중 한 명입니다.