영훈
(정영훈)
|
|
먼저 선학습을 하고 적용하시기 바랍니다.
단순히 화면이 어는 것을 방지하려고 비동기를 사용하는 것은 아닙니다.
비동기의 단점은 언제 결과가 리턴될지 알 수 없다는 것이고 그 단점을 극복하기 위해 callback 함수를 이용하는 겁니다. 즉 완료되면 함수를 실행해라...하는 것이죠.
질문상의 코드라면 sendData 호출후 바로 jObj.free 호출될겁니다.
자원해제는 적어도 callback 함수에서 되어야 합니다.
callback 은 코드 구조를 복잡하게 만드는 주범이기도 합니다.
2019-01-15 오후 6:56:12
|
|
| |
coding
(권순호)
|
|
// RESTRequest.SynchronizedEvents := False; 와
// jObj.free
두 라인 코맨트 처리하고
procedure SendData() 에서 ExecuteAsync() 함수를 다음과 같이 사용
.....
RESTRequest.ExecuteAsync(
procedure
begin
jObj.Free;
end);
2019-01-15 오후 7:04:31
|
|
| |
coding
(권순호)
|
|
위와 같이 사용하면 ExecuteAsync() 함수가 워커 쓰레드를 생성해서
Request 동작을 수행하고, 비동기처리 완료시 내부적으로 Synchronize
를 사용해서 메인 쓰래드 컨텍스트로 람다 함수가 sync되어 호출
됨. ㅋㅋ
2019-01-15 오후 7:11:13
|
|
| |
coding
(권순호)
|
|
비동기 방식을 사용할 경우 언제 완료가 될지 모르므로
RESTxxxx 객체를 함수 안에서 로컬 스코프로 생성해서 사용하지 말고
폼 클래스에 미리 생성해 놓거나 디자인 타임시에 컴포넌트 끌어놓고
사용해야 안전.
2019-01-15 오후 7:21:55
|
|
| |
빅밴드
(문상연)
|
|
그래서 에러가 나는군요 그런데 매번 안나고 가끔씩 나는건 왜일까요?
2019-01-15 오후 8:08:42
|
|
| |
빅밴드
(문상연)
|
|
try
SendData(jObj, 'www.test.com/test.php');
finally
jObj.Free;
end;
이렇게 해도 안되는거죠?
2019-01-15 오후 8:16:53
|
|
| |
coding
(권순호)
|
|
메인 쓰레드와 워커 쓰레드가 경합을 할 때
쓰레드 스케쥴링이 어떤 식으로 진행될 지는 비결정적 입니다
어느 한쪽으로 경합 상태를 단정 지으면 안됩니다.
워커 쓰레드가 어떤 데이타를 참조하고 있다면 그 데이타는
워커 쓰레드가 완료될 때 까지 life time이 유지 되어야.
2019-01-15 오후 8:19:58
|
|
| |
coding
(권순호)
|
|
안됨. ㅋㅋ
2019-01-15 오후 8:21:16
|
|
| |
빅밴드
(문상연)
|
|
알겠습니다
고맙습니다
2019-01-15 오후 9:17:31
|
|
| |
